MaksWiki - Вклад участника [ru]

Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

2026-11-14T08:54:37Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ-агентов]]}}
Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ. Очень цельный и мощный рассказ про использование ИИ в Синергии, где Андрей отвечает за AI-native-трансформацию, и в других местах. И это – не про ИТ, это про образование. Среди затронутых тем: онбординг сотрудников, включая руководителей, с помощью ИИ с решением реальных задач, оценкой их и предложением развития по цифровому следу взаимодействия с ИИ, переход от модели компетенций к модели скиллов, адаптация курсов с учетом рынка труда и индивидуальных характеристик человека, построение образования в эпоху, когда студенты массово пользуются ИИ, и многое другое.

Принципиально – ничего нового, есть три метода: (а) ИИ-помощники, когда человек – ведущий, (б) Human-in-the-loop, когда человек лишь одобряет и (в) Агенты, работающие автономно, и надо их правильно сочетать. Фишка – в сочетании. ИИ-помощники: надо снабдить специалистов большим количеством адекватных промптов и запустить машинку мониторинга и совершенствования. Машинка устроена так: все общение с ИИ идет через Synergy-chat, который выходит на разные модели, на внешние – с фильтрами, и оставляет цифровой след, который собирается и анализируется, чтобы помочь человеку.

Помощь – micro-learning, например, для устранения ошибок в промптинге, которые человек совершает. Он под конкретную ситуацию: инструкция → выполнение → рассказ о выполнении → контрольные вопросы. Потому что важно не просто заблокировать отправку персональных данных во внешнюю модель, важно объяснить, как надо было правильно поступить.

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

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

[[Файл:Комиссаров 20261113 190222s.jpg|600px]]

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

[[Файл:Комиссаров 20261113 190024s.jpg|600px]]

Кстати, на эту же тему был интересное выступление Авенира Воронова [https://teamleadconf.ru/spb/2026/abstracts/17550 «AI-копилоты управления разработкой»] на Saint Teamlead-2026 (видео - для купивших, но у меня [[TeamLead-2026-Spb|есть конспект]]).

Основная задача мониторинга – вылавливают ИИ-кентавров. Это человек активно взаимодействует с ИИ, и при этом сохраняет у себя ответственность, контроль и мышление. Все это видно по цифровому следу, в том числе – среди студентов, в таких вкладываются. Кентавры есть всех возрастов. У него в стартапе есть молодые 16-17 лет, школьники, и есть цифровые методисты, которым 62-65 (правда женщины). Зависит от того, как ты управляешь своими лобными долями.

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

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

Был конкретный пример – дизайнеры, их 800 разных человек. Для них сделаны скиллы и тематические наборы, за основу брали SFIA, был конкретный пример для прототипирования интерфейсов. А дальше – можно анализировать и подкидывать microlearning, или достраивать скиллы для ИИ.

[[Файл:Комиссаров 20261113 191050s.jpg|600px]]

Управление знаниями – отдельная большая дисциплина, он – не специалист, действует эмпирически. Вот что он понял.

* Есть фундаментальные знания для функции.
* Есть специфика уровня доступа.
* Есть текущие знания о ситуации, для них должен быть построен процесс: все из текущего документооборота и чатов протоколируется и сводится с разметкой.
* А в стартапах он еще закладывает культуру организации деятельности. В сериале Звездный путь (StarTrek) потрясающе управляют знаниям – '''дневник капитана'''.

Чтобы было без глюк, нужен знаниевый граф отдельно, RAG отдельно, разметка отдельно, и только поверх – LLM.

Еще кейс – профдиагностика с ИИ, synergystart.ru для детей, подростоков, вернувшихся с СВО и сотрудников компаний. Пример – тест на конфликтность Розенцвейга, надо заполнить ответы на ситуации, оценивает LLM по специальным методам. Смотрят цифровую грамотность, личностные показатели – и предлагают карьерные направления. Молодому человеку – все, в компаниях – из доступных. Есть бесплатная часть – 3 траектории, рекомендует детям 14+ пройти, будет информация. При этом внутри ни одной LLM, кроме небольшой, с которой говоришь про профессию, только бустинг и градиентный спуск – у LLM галлюцинации.

Собрали dataset рынка труда (это – отдельная непростая задача), и сопоставляют с образовательной программой – можно докручивать программу. А потом еще с характеристиками студента. В Синергию идут те, кто плохо сдал ЕГЭ, и взять такого ребенка и успешно научить – задача со звездочкой, ему интересно.

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

[[Файл:Комиссаров 20261113 191754s.jpg|600px]]

ИИ хорошо делает образовательный контент. Анимация – Слайды – ИИ-аватары – Язык – Клон голоса лектора. И на вход идут старые видосы. Сократило разработку контента в 20 раз и уменьшило стоимость в 10 раз. Да, он не экстра-качества, lzk развлечения смотреть не будут, а чтобы получить зачет – да. И когда надо быстро дать курс малайцам, то получается успешно.

Про обучение. Бороться с LLM в образовании бессмысленно, антиплагиат не работает. Хитрый ход: анализ цифрового следа процесса выполнения задачи. Специфическая среда, там можно писать там курсовую работу. И на основе логов смотрит: ИИ, интернет, какая доля труда в компиляции, сколько редактировал, сколько смыслов принес в результат ИИ и так далее. Студенты – ушлые, там студенты пишут на клоде агента, который работает за студента, но его вылавливают, потому что LLM хочет быть идеальный – зазоры между действиями. Когда студента поймали – и развилка, это зависит от культуры и корпоративного кодекса. В школах (он работает с частными) – рекомендация – поправь. В ВУЗе – можно так или жестче.

Про детей. У него пятеро, он до 12 лет запрещает смартфоны и планшеты, потому что мобильные игры – это быстрый дофамин, который ребенок не может контролировать. Поэтому дети работают с ноутбуков, они в компьютеризированы. И с ИИ взаимодействуют, ИИ как раз не вреден, в отличие от гаджетов. Наоборот, быстро сделать игру, которая понравилась с помощью ИИ детям интересно. А еще за ноутбуком человек сидит за столом и у него спина и шея не сгибается, а за гаджетами – скрючившись.
{{wl-publish: 2026-11-14 10:26:22 +0300 | MaksTsepkov }}

[[Категория:ИИ-агенты]]

Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

2026-11-14T08:28:48Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ-агентов]]}}
Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ. Очень цельный и мощный рассказ про использование ИИ в Синергии, где Андрей отвечает за AI-native-трансформацию, и в других местах. И это – не про ИТ, это про образование. Среди затронутых тем: онбординг сотрудников, включая руководителей, с помощью ИИ с решением реальных задач, оценкой их и предложением развития по цифровому следу взаимодействия с ИИ, переход от модели компетенций к модели скиллов, адаптация курсов с учетом рынка труда и индивидуальных характеристик человека, построение образования в эпоху, когда студенты массово пользуются ИИ, и многое другое.

Принципиально – ничего нового, есть три метода: (а) ИИ-помощники, когда человек – ведущий, (б) Human-in-the-loop, когда человек лишь одобряет и (в) Агенты, работающие автономно, и надо их правильно сочетать. Фишка – в сочетании. ИИ-помощники: надо снабдить специалистов большим количеством адекватных промптов и запустить машинку мониторинга и совершенствования. Машинка устроена так: все общение с ИИ идет через Synergy-chat, который выходит на разные модели, на внешние – с фильтрами, и оставляет цифровой след, который собирается и анализируется, чтобы помочь человеку.

Помощь – micro-learning, например, для устранения ошибок в промптинге, которые человек совершает. Он под конкретную ситуацию: инструкция → выполнение → рассказ о выполнении → контрольные вопросы. Потому что важно не просто заблокировать отправку персональных данных во внешнюю модель, важно объяснить, как надо было правильно поступить.

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

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

[[Файл:Комиссаров 20261113 190222s.jpg|600px]]

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

[[Файл:Комиссаров 20261113 190024s.jpg|600px]]

Основная задача мониторинга – вылавливают ИИ-кентавров. Это человек активно взаимодействует с ИИ, и при этом сохраняет у себя ответственность, контроль и мышление. Все это видно по цифровому следу, в том числе – среди студентов, в таких вкладываются. Кентавры есть всех возрастов. У него в стартапе есть молодые 16-17 лет, школьники, и есть цифровые методисты, которым 62-65 (правда женщины). Зависит от того, как ты управляешь своими лобными долями.

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

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

Был конкретный пример – дизайнеры, их 800 разных человек. Для них сделаны скиллы и тематические наборы, за основу брали SFIA, был конкретный пример для прототипирования интерфейсов. А дальше – можно анализировать и подкидывать microlearning, или достраивать скиллы для ИИ.

[[Файл:Комиссаров 20261113 191050s.jpg|600px]]

Управление знаниями – отдельная большая дисциплина, он – не специалист, действует эмпирически. Вот что он понял.

* Есть фундаментальные знания для функции.
* Есть специфика уровня доступа.
* Есть текущие знания о ситуации, для них должен быть построен процесс: все из текущего документооборота и чатов протоколируется и сводится с разметкой.
* А в стартапах он еще закладывает культуру организации деятельности. В сериале Звездный путь (StarTrek) потрясающе управляют знаниям – '''дневник капитана'''.

Чтобы было без глюк, нужен знаниевый граф отдельно, RAG отдельно, разметка отдельно, и только поверх – LLM.

Еще кейс – профдиагностика с ИИ, synergystart.ru для детей, подростоков, вернувшихся с СВО и сотрудников компаний. Пример – тест на конфликтность Розенцвейга, надо заполнить ответы на ситуации, оценивает LLM по специальным методам. Смотрят цифровую грамотность, личностные показатели – и предлагают карьерные направления. Молодому человеку – все, в компаниях – из доступных. Есть бесплатная часть – 3 траектории, рекомендует детям 14+ пройти, будет информация. При этом внутри ни одной LLM, кроме небольшой, с которой говоришь про профессию, только бустинг и градиентный спуск – у LLM галлюцинации.

Собрали dataset рынка труда (это – отдельная непростая задача), и сопоставляют с образовательной программой – можно докручивать программу. А потом еще с характеристиками студента. В Синергию идут те, кто плохо сдал ЕГЭ, и взять такого ребенка и успешно научить – задача со звездочкой, ему интересно.

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

[[Файл:Комиссаров 20261113 191754s.jpg|600px]]

ИИ хорошо делает образовательный контент. Анимация – Слайды – ИИ-аватары – Язык – Клон голоса лектора. И на вход идут старые видосы. Сократило разработку контента в 20 раз и уменьшило стоимость в 10 раз. Да, он не экстра-качества, lzk развлечения смотреть не будут, а чтобы получить зачет – да. И когда надо быстро дать курс малайцам, то получается успешно.

Про обучение. Бороться с LLM в образовании бессмысленно, антиплагиат не работает. Хитрый ход: анализ цифрового следа процесса выполнения задачи. Специфическая среда, там можно писать там курсовую работу. И на основе логов смотрит: ИИ, интернет, какая доля труда в компиляции, сколько редактировал, сколько смыслов принес в результат ИИ и так далее. Студенты – ушлые, там студенты пишут на клоде агента, который работает за студента, но его вылавливают, потому что LLM хочет быть идеальный – зазоры между действиями. Когда студента поймали – и развилка, это зависит от культуры и корпоративного кодекса. В школах (он работает с частными) – рекомендация – поправь. В ВУЗе – можно так или жестче.

Про детей. У него пятеро, он до 12 лет запрещает смартфоны и планшеты, потому что мобильные игры – это быстрый дофамин, который ребенок не может контролировать. Поэтому дети работают с ноутбуков, они в компьютеризированы. И с ИИ взаимодействуют, ИИ как раз не вреден, в отличие от гаджетов. Наоборот, быстро сделать игру, которая понравилась с помощью ИИ детям интересно. А еще за ноутбуком человек сидит за столом и у него спина и шея не сгибается, а за гаджетами – скрючившись.
{{wl-publish: 2026-11-14 10:26:22 +0300 | MaksTsepkov }}

[[Категория:ИИ-агенты]]

Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

2026-11-14T08:27:57Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ-агентов]]}}
Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ. Очень цельный и мощный рассказ про использование ИИ в Синергии, где Андрей отвечает за AI-native-трансформацию, и в других местах. И это – не про ИТ, это про образование. Среди затронутых тем: онбординг сотрудников, включая руководителей, с помощью ИИ с решением реальных задач, оценкой их и предложением развития по цифровому следу взаимодействия с ИИ, переход от модели компетенций к модели скиллов, адаптация курсов с учетом рынка труда и индивидуальных характеристик человека, построение образования в эпоху, когда студенты массово пользуются ИИ, и многое другое.

Принципиально – ничего нового, есть три метода: (а) ИИ-помощники, когда человек – ведущий, (б) Human-in-the-loop, когда человек лишь одобряет и (в) Агенты, работающие автономно, и надо их правильно сочетать. Фишка – в сочетании. ИИ-помощники: надо снабдить специалистов большим количеством адекватных промптов и запустить машинку мониторинга и совершенствования. Машинка устроена так: все общение с ИИ идет через Synergy-chat, который выходит на разные модели, на внешние – с фильтрами, и оставляет цифровой след, который собирается и анализируется, чтобы помочь человеку.

Помощь – micro-learning, например, для устранения ошибок в промптинге, которые человек совершает. Он под конкретную ситуацию: инструкция → выполнение → рассказ о выполнении → контрольные вопросы. Потому что важно не просто заблокировать отправку персональных данных во внешнюю модель, важно объяснить, как надо было правильно поступить.

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

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

[[Файл:Комиссаров 20261113 190222s.jpg|600px]]

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

[[Файл:Комиссаров 20261113 190024s.jpg|600px]]

Основная задача мониторинга – вылавливают ИИ-кентавров. Это человек активно взаимодействует с ИИ, и при этом сохраняет у себя ответственность, контроль и мышление. Все это видно по цифровому следу, в том числе – среди студентов, в таких вкладываются. Кентавры есть всех возрастов. У него в стартапе есть молодые 16-17 лет, школьники, и есть цифровые методисты, которым 62-65 (правда женщины). Зависит от того, как ты управляешь своими лобными долями.

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

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

Был конкретный пример – дизайнеры, их 800 разных человек. Для них сделаны скиллы и тематические наборы, за основу брали SFIA, был конкретный пример для прототипирования интерфейсов. А дальше – можно анализировать и подкидывать microlearning, или достраивать скиллы для ИИ.

[[Файл:Комиссаров 20261113 191050s.jpg|600px]]

Управление знаниями – отдельная большая дисциплина, он – не специалист, действует эмпирически. Вот что он понял.

* Есть фундаментальные знания для функции.
* Есть специфика уровня доступа.
* Есть текущие знания о ситуации, для них должен быть построен процесс: все из текущего документооборота и чатов протоколируется и сводится с разметкой.
* А в стартапах он еще закладывает культуру организации деятельности. В сериале Звездный путь (StarTrek) потрясающе управляют знаниям – '''дневник капитана'''.

Чтобы было без глюк, нужен знаниевый граф отдельно, RAG отдельно, разметка отдельно, и только поверх – LLM.

Еще кейс – профдиагностика с ИИ, synergystart.ru для детей, подростоков, вернувшихся с СВО и сотрудников компаний. Пример – тест на конфликтность Розенцвейга, надо заполнить ответы на ситуации, оценивает LLM по специальным методам. Смотрят цифровую грамотность, личностные показатели – и предлагают карьерные направления. Молодому человеку – все, в компаниях – из доступных. Есть бесплатная часть – 3 траектории, рекомендует детям 14+ пройти, будет информация. При этом внутри ни одной LLM, кроме небольшой, с которой говоришь про профессию, только бустинг и градиентный спуск у LLM галлюцинации.

Собрали dataset рынка труда (это – отдельная непростая задача), и сопоставляют с образовательной программой – можно докручивать программу. А потом еще с характеристиками студента. В Синергию идут те, кто плохо сдал ЕГЭ, и взять такого ребенка и успешно научить – задача со звездочкой, ему интересно.

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

[[Файл:Комиссаров 20261113 191754s.jpg|600px]]

ИИ хорошо делает образовательный контент. Анимация – Слайды – ИИ-аватары – Язык – Клон голоса лектора. И на вход идут старые видосы. Сократило разработку контента в 20 раз и уменьшило стоимость в 10 раз. Да, он не экстра-качества, lzk развлечения смотреть не будут, а чтобы получить зачет – да. И когда надо быстро дать курс малайцам, то получается успешно.

Про обучение. Бороться с LLM в образовании бессмысленно, антиплагиат не работает. Хитрый ход: анализ цифрового следа процесса выполнения задачи. Специфическая среда, там можно писать там курсовую работу. И на основе логов смотрит: ИИ, интернет, какая доля труда в компиляции, сколько редактировал, сколько смыслов принес в результат ИИ и так далее. Студенты – ушлые, там студенты пишут на клоде агента, который работает за студента, но его вылавливают, потому что LLM хочет быть идеальный – зазоры между действиями. Когда студента поймали – и развилка, это зависит от культуры и корпоративного кодекса. В школах (он работает с частными) – рекомендация – поправь. В ВУЗе – можно так или жестче.

Про детей. У него пятеро, он до 12 лет запрещает смартфоны и планшеты, потому что мобильные игры – это быстрый дофамин, который ребенок не может контролировать. Поэтому дети работают с ноутбуков, они в компьютеризированы. И с ИИ взаимодействуют, ИИ как раз не вреден, в отличие от гаджетов. Наоборот, быстро сделать игру, которая понравилась с помощью ИИ детям интересно. А еще за ноутбуком человек сидит за столом и у него спина и шея не сгибается, а за гаджетами – скрючившись.
{{wl-publish: 2026-11-14 10:26:22 +0300 | MaksTsepkov }}

[[Категория:ИИ-агенты]]

Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

2026-11-14T07:29:14Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ-агентов]]}}
Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ. Очень цельный и мощный рассказ про использование ИИ в Синергии, где Андрей отвечает за AI-native-трансформацию, и в других местах. И это – не про ИТ, это про образование. Среди затронутых тем: онбординг сотрудников, включая руководителей, с помощью ИИ с решением реальных задач, оценкой их и предложением развития по цифровому следу взаимодействия с ИИ, переход от модели компетенций к модели скиллов, адаптация курсов с учетом рынка труда и индивидуальных характеристик человека, построение образования в эпоху, когда студенты массово пользуются ИИ, и многое другое.

Принципиально – ничего нового, есть три метода: (а) ИИ-помощники, когда человек – ведущий, Human-in-the-loop, когда человек лишь одобряет и Агенты, работающие автономно, и надо их правильно сочетать. Фишка – в сочетании. ИИ-помощники: надо снабдить специалистов большим количеством адекватных промптов и запустить машинку мониторинга и совершенствования. Машинка устроена так: все общение с ИИ идет через Synergy-chat, который выходит на разные модели, на внешние – с фильтрами, и оставляет цифровой след, который собирается и анализируется, чтобы помочь человеку.

Помощь – micro-learning, например, для устранения ошибок в промптинге, которые человек совершает. Он под конкретную ситуацию: инструкция → выполнение → рассказ о выполнении → контрольные вопросы. Потому что важно не просто заблокировать отправку персональных данных во внешнюю модель, важно объяснить, как надо было правильно поступить.

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

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

[[Файл:Комиссаров 20261113 190222s.jpg|600px]]

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

[[Файл:Комиссаров 20261113 190024s.jpg|600px]]

Основная задача мониторинга – вылавливают ИИ-кентавров. Это человек активно взаимодействует с ИИ, и при этом сохраняет у себя ответственность, контроль и мышление. Все это видно по цифровому следу, в том числе – среди студентов, в таких вкладываются. Кентавры есть всех возрастов. У него в стартапе есть молодые 16-17 лет, школьники, и есть цифровые методисты, которым 62-65 (правда женщины). Зависит от того, как ты управляешь своими лобными долями.

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

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

Был конкретный пример – дизайнеры, их 800 разных человек. Для них сделаны скиллы и тематические наборы, за основу брали SFIA, был конкретный пример для прототипирования интерфейсов. А дальше – можно анализировать и подкидывать microlearning, или достраивать скиллы для ИИ.

[[Файл:Комиссаров 20261113 191050s.jpg|600px]]

Управление знаниями – отдельная большая дисциплина, он – не специалист, действует эмпирически. Вот что он понял.

* Есть фундаментальные знания для функции.
* Есть специфика уровня доступа.
* Есть текущие знания о ситуации, для них должен быть построен процесс: все из текущего документооборота и чатов протоколируется и сводится с разметкой.
* А в стартапах он еще закладывает культуру организации деятельности. В сериале Звездный путь (StarTrek) потрясающе управляют знаниям – '''дневник капитана'''.

Чтобы было без глюк, нужен знаниевый граф отдельно, RAG отдельно, разметка отдельно, и только поверх – LLM.

Еще кейс – профдиагностика с ИИ, synergystart.ru для детей, подростоков, вернувшихся с СВО и сотрудников компаний. Пример – тест на конфликтность Розенцвейга, надо заполнить ответы на ситуации, оценивает LLM по специальным методам. Смотрят цифровую грамотность, личностные показатели – и предлагают карьерные направления. Молодому человеку – все, в компаниях – из доступных. Есть бесплатная часть – 3 траектории, рекомендует детям 14+ пройти, будет информация. При этом внутри ни одной LLM, кроме небольшой, с которой говоришь про профессию, только бустинг и градиентный спуск у LLM галлюцинации.

Собрали dataset рынка труда (это – отдельная непростая задача), и сопоставляют с образовательной программой – можно докручивать программу. А потом еще с характеристиками студента. В Синергию идут те, кто плохо сдал ЕГЭ, и взять такого ребенка и успешно научить – задача со звездочкой, ему интересно.

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

[[Файл:Комиссаров 20261113 191754s.jpg|600px]]

ИИ хорошо делает образовательный контент. Анимация – Слайды – ИИ-аватары – Язык – Клон голоса лектора. И на вход идут старые видосы. Сократило разработку контента в 20 раз и уменьшило стоимость в 10 раз. Да, он не экстра-качества, lzk развлечения смотреть не будут, а чтобы получить зачет – да. И когда надо быстро дать курс малайцам, то получается успешно.

Про обучение. Бороться с LLM в образовании бессмысленно, антиплагиат не работает. Хитрый ход: анализ цифрового следа процесса выполнения задачи. Специфическая среда, там можно писать там курсовую работу. И на основе логов смотрит: ИИ, интернет, какая доля труда в компиляции, сколько редактировал, сколько смыслов принес и так далее. Студенты – ушлые, там студенты пишут на клоде агента, который работает за студента, но его вылавливают, потому что LLM хочет быть идеальный – зазоры между действиями. Когда студента поймали – и развилка, это зависит от культуры и корпоративного кодекса. В школах (он работает с частными) – рекомендация – поправь. В ВУЗе – можно так или жестче.

Про детей. У него пятеро, он до 12 лет запрещает смартфоны и планшеты, потому что мобильные игры – это быстрый дофамин, который ребенок не может контролировать. Поэтому дети работают с ноутбуков, они в компьютеризированы. И с ИИ взаимодействуют, ИИ как раз не вреден, в отличие от гаджетов. Наоборот, быстро сделать игру, которая понравилась с помощью ИИ детям интересно. А еще за ноутбуком человек сидит за столом и у него спина и шея не сгибается, а за гаджетами – скрючившись.
{{wl-publish: 2026-11-14 10:26:22 +0300 | MaksTsepkov }}

[[Категория:ИИ-агенты]]

FrontierKomissarov

2026-11-14T07:28:03Z

MaksTsepkov: Перенаправление на Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

#REDIRECT [[Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ]]

Блог:Максима Цепкова/FrontierKomissarov

2026-11-14T07:27:26Z

#REDIRECT [[Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ]]

Блог:Максима Цепкова/2026-11-14: Фронтир с Андреем Комиссаровым: как делать кентавров из людей и ИИ

2026-11-14T07:26:22Z

MaksTsepkov: Новая страница: «Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ…»

Был на [https://t.me/frontier_praktiki/604 Фронтире с Андреем Комиссаровым] про кентавра из человека и ИИ. Очень цельный и мощный рассказ про использование ИИ в Синергии, где Андрей отвечает за AI-native-трансформацию, и в других местах. И это – не про ИТ, это про образование. Среди затронутых тем: онбординг сотрудников, включая руководителей, с помощью ИИ с решением реальных задач, оценкой их и предложением развития по цифровому следу взаимодействия с ИИ, переход от модели компетенций к модели скиллов, адаптация курсов с учетом рынка труда и индивидуальных характеристик человека, построение образования в эпоху, когда студенты массово пользуются ИИ, и многое другое.

Принципиально – ничего нового, есть три метода: (а) ИИ-помощники, когда человек – ведущий, Human-in-the-loop, когда человек лишь одобряет и Агенты, работающие автономно, и надо их правильно сочетать. Фишка – в сочетании. ИИ-помощники: надо снабдить специалистов большим количеством адекватных промптов и запустить машинку мониторинга и совершенствования. Машинка устроена так: все общение с ИИ идет через Synergy-chat, который выходит на разные модели, на внешние – с фильтрами, и оставляет цифровой след, который собирается и анализируется, чтобы помочь человеку.

Помощь – micro-learning, например, для устранения ошибок в промптинге, которые человек совершает. Он под конкретную ситуацию: инструкция → выполнение → рассказ о выполнении → контрольные вопросы. Потому что важно не просто заблокировать отправку персональных данных во внешнюю модель, важно объяснить, как надо было правильно поступить.

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

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

[[Файл:Комиссаров 20261113 190222s.jpg|600px]]

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

[[Файл:Комиссаров 20261113 190024s.jpg|600px]]

Основная задача мониторинга – вылавливают ИИ-кентавров. Это человек активно взаимодействует с ИИ, и при этом сохраняет у себя ответственность, контроль и мышление. Все это видно по цифровому следу, в том числе – среди студентов, в таких вкладываются. Кентавры есть всех возрастов. У него в стартапе есть молодые 16-17 лет, школьники, и есть цифровые методисты, которым 62-65 (правда женщины). Зависит от того, как ты управляешь своими лобными долями.

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

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

Был конкретный пример – дизайнеры, их 800 разных человек. Для них сделаны скиллы и тематические наборы, за основу брали SFIA, был конкретный пример для прототипирования интерфейсов. А дальше – можно анализировать и подкидывать microlearning, или достраивать скиллы для ИИ.

[[Файл:Комиссаров 20261113 191050s.jpg|600px]]

Управление знаниями – отдельная большая дисциплина, он – не специалист, действует эмпирически. Вот что он понял.

* Есть фундаментальные знания для функции.
* Есть специфика уровня доступа.
* Есть текущие знания о ситуации, для них должен быть построен процесс: все из текущего документооборота и чатов протоколируется и сводится с разметкой.
* А в стартапах он еще закладывает культуру организации деятельности. В сериале Звездный путь (StarTrek) потрясающе управляют знаниям – '''дневник капитана'''.

Чтобы было без глюк, нужен знаниевый граф отдельно, RAG отдельно, разметка отдельно, и только поверх – LLM.

Еще кейс – профдиагностика с ИИ, synergystart.ru для детей, подростоков, вернувшихся с СВО и сотрудников компаний. Пример – тест на конфликтность Розенцвейга, надо заполнить ответы на ситуации, оценивает LLM по специальным методам. Смотрят цифровую грамотность, личностные показатели – и предлагают карьерные направления. Молодому человеку – все, в компаниях – из доступных. Есть бесплатная часть – 3 траектории, рекомендует детям 14+ пройти, будет информация. При этом внутри ни одной LLM, кроме небольшой, с которой говоришь про профессию, только бустинг и градиентный спуск у LLM галлюцинации.

Собрали dataset рынка труда (это – отдельная непростая задача), и сопоставляют с образовательной программой – можно докручивать программу. А потом еще с характеристиками студента. В Синергию идут те, кто плохо сдал ЕГЭ, и взять такого ребенка и успешно научить – задача со звездочкой, ему интересно.

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

[[Файл:Комиссаров 20261113 191754s.jpg|600px]]

ИИ хорошо делает образовательный контент. Анимация – Слайды – ИИ-аватары – Язык – Клон голоса лектора. И на вход идут старые видосы. Сократило разработку контента в 20 раз и уменьшило стоимость в 10 раз. Да, он не экстра-качества, lzk развлечения смотреть не будут, а чтобы получить зачет – да. И когда надо быстро дать курс малайцам, то получается успешно.

Про обучение. Бороться с LLM в образовании бессмысленно, антиплагиат не работает. Хитрый ход: анализ цифрового следа процесса выполнения задачи. Специфическая среда, там можно писать там курсовую работу. И на основе логов смотрит: ИИ, интернет, какая доля труда в компиляции, сколько редактировал, сколько смыслов принес и так далее. Студенты – ушлые, там студенты пишут на клоде агента, который работает за студента, но его вылавливают, потому что LLM хочет быть идеальный – зазоры между действиями. Когда студента поймали – и развилка, это зависит от культуры и корпоративного кодекса. В школах (он работает с частными) – рекомендация – поправь. В ВУЗе – можно так или жестче.

Про детей. У него пятеро, он до 12 лет запрещает смартфоны и планшеты, потому что мобильные игры – это быстрый дофамин, который ребенок не может контролировать. Поэтому дети работают с ноутбуков, они в компьютеризированы. И с ИИ взаимодействуют, ИИ как раз не вреден, в отличие от гаджетов. Наоборот, быстро сделать игру, которая понравилась с помощью ИИ детям интересно. А еще за ноутбуком человек сидит за столом и у него спина и шея не сгибается, а за гаджетами – скрючившись.
{{wl-publish: 2026-11-14 10:26:22 +0300 | MaksTsepkov }}

Файл:Комиссаров 20261113 191754s.jpg

2026-11-14T07:23:49Z

MaksTsepkov:

Файл:Комиссаров 20261113 191050s.jpg

2026-11-14T07:23:25Z

MaksTsepkov:

Файл:Комиссаров 20261113 190222s.jpg

2026-11-14T07:22:59Z

MaksTsepkov:

Файл:Комиссаров 20261113 190024s.jpg

2026-11-14T07:22:32Z

MaksTsepkov:

Блог:Максима Цепкова/2026-11-10: Фронтир с Дарьей Фетисовой из Neiry: этические кодексы в современном мире

2026-11-10T09:25:29Z

MaksTsepkov:

{{RightNote|[[:Категория:Люди|Еще про общество и людей]]}}
Вчера был на [https://t.me/frontier_praktiki/603 Фронтире с Дарьей Фетисовой], корпоративным философом Neiry по теме «Этические кодексы в современном мире». Ей не нравится «корпоративный философ» – ассоциации с человеком в тоге, который ходит по офису и пристает к сотрудникам с вопросами. Поэтому она предпочитает называться «консультантом по этическим вопросам», тем более что это соответствует реальной ситуации. Ее задача – работа с этическими вопросами.

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

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

Дарья рассказывала про сами кодексы и про конкретные кейсы. С кодексами – печалька, прагматичных образцов практически нет. Международные рекомендации, например, ЮНЕСКО и Китая, включают не реалистичные пожелания, по которым «компания должна предусмотреть все риски» и подобные им. Единственный прагматичный пример – от американского производителя медицинского оборудования Science, где четко написано: так играем, так не играем, а вот здесь будем разбираться в будущем. Есть сайт [https://нейроэтика.рф/ нейроэтика.рф] – там ссылки на мировой опыт и вариант от Neiry.

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

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

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

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

Что касается собственных кейсов Neiry, то на встрече Дарья делилась несколькими:

* Совместно с МГУ – крыса с электродами, подключенными к ИИ, в результате чего в ответ на заданный вопрос, предполагающий ответ Да/Нет она бежала и нажимала нужную кнопку, получая конфету. По сути, мягкое управление поведением. Именно мягкое. потому что объевшись конфетами крыса к кнопке не бегала. С работой надо этой историей началась нынешняя работа Дарье: CEO сказал. что хочет провести эксперимент совместно с МГУ, но опасается, что компанию закроют.
* Чип с электростимуляцией мозга коровы для предотвращения стрессов, от которых падают надои молока. Жизнь коровы – не сахар, так что облегчить ее сочли вполне этичным. А обычные успокаивающие, как я понимаю, коровам нельзя – в молоке могут быть следы. Плюс стимуляция дает точечный кратковременный эффект, вмешательство меньше.
* Управление полетом голубя (биодроны), направляя их для мониторинга лесных пожаров и подобных целей. При этом голубь в отсутствии стимуляции продолжает вести обычную птичью жизнь. При обсуждении они вспоминали почтовых голубей и другие кейсы, решил, что это – этично.

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

[[Категория:Общество]]
{{wl-publish: 2026-11-10 11:13:07 +0300 | MaksTsepkov }}

FrontierFetisova

2026-11-10T08:15:15Z

MaksTsepkov: Перенаправление на Блог:Максима Цепкова/2026-11-10: Фронтир с Дарьей Фетисовой из Neiry: этические кодексы в современном мире

#REDIRECT [[Блог:Максима Цепкова/2026-11-10: Фронтир с Дарьей Фетисовой из Neiry: этические кодексы в современном мире]]

Блог:Максима Цепкова/2026-11-10: Фронтир с Дарьей Фетисовой из Neiry: этические кодексы в современном мире

2026-11-10T08:13:07Z

MaksTsepkov: Новая страница: «{{RightNote|Еще про общество и людей}} Вчера был на [https://t.me/frontier_praktiki/603 Фронт…»

{{RightNote|[[:Категория:Люди|Еще про общество и людей]]}}
Вчера был на [https://t.me/frontier_praktiki/603 Фронтире с Дарьей Фетисовой], корпоративным философом Neiry по теме «Этические кодексы в современном мире». Ей не нравится «корпоративный философ» – ассоциации с человеком в тоге, который ходит по офису и пристает к сотрудникам с вопросами. Поэтому она предпочитает называться «консультантом по этическим вопросам», тем более что это соответствует формальной ситуации: она – внешний консультант. оплачиваемый по почасовой ставке. Ее задача – работа с этическими вопросами.

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

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

Дарья рассказывала про сами кодексы и про конкретные кейсы. С кодексами – печалька, прагматичных образцов практически нет. Международные рекомендации, например, ЮНЕСКО и Китая, включают не реалистичные пожелания, по которым «компания должна предусмотреть все риски» и подобные им. Единственный прагматичный пример – от американского производителя медицинского оборудования Science, где четко написано: так играем, так не играем, а вот здесь будем разбираться в будущем. Есть сайт [нейроэтика.рф](https://нейроэтика.рф/) – там ссылки на мировой опыт и вариант от Neiry.

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

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

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

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

Что касается собственных кейсов Neiry, то на встрече Дарья делилась несколькими:

* Совместно с МГУ – крыса с электродами, подключенными к ИИ, в результате чего в ответ на заданный вопрос, предполагающий ответ Да/Нет она бежала и нажимала нужную кнопку, получая конфету. По сути, мягкое управление поведением. Именно мягкое. потому что объевшись конфетами крыса к кнопке не бегала. С работой надо этой историей началась нынешняя работа Дарье: CEO сказал. что хочет провести эксперимент совместно с МГУ, но опасается, что компанию закроют.
* Чип с электростимуляцией мозга коровы для предотвращения стрессов, от которых падают надои молока. Жизнь коровы – не сахар, так что облегчить ее сочли вполне этичным. А обычные успокаивающие, как я понимаю, коровам нельзя – в молоке могут быть следы. Плюс стимуляция дает точечный кратковременный эффект, вмешательство меньше.
* Управление полетом голубя (биодроны), направляя их для мониторинга лесных пожаров и подобных целей. При этом голубь в отсутствии стимуляции продолжает вести обычную птичью жизнь. При обсуждении они вспоминали почтовых голубей и другие кейсы, решил, что это – этично.
* Стимуляцию блуждающего нерва человека для регуляции сна через наушник сочли слишком рискованной с точки зрения возможных побочных эффектов и в этот проект не пошли. Отмечу, что другие компании такие устройства продают.

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

[[Категория:Общество]]
{{wl-publish: 2026-11-10 11:13:07 +0300 | MaksTsepkov }}

Участник:MaksTsepkov

2026-11-08T05:13:43Z

MaksTsepkov:

Я - '''Максим Цепков''', создатель этого сайта, и у меня есть несколько ипостасей.
* Архитектор, бизнес-аналитик и разработчик в IT более 40 лет (с 1985)
* Навигатор, эксперт и консультант по менеджменту цифрового мира: Agile, бирюзовые организации и социократия, об этом - моя книга [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''«Менеджмент цифрового мира»''']
* Эксперт по моделям самоопределения и soft skill, автор книг [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''] и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']
* Тема 2026 года: '''китайский менеджмент и культурный код''', на основе визита в китайский технологические компании Baidu, Xiaomi и другие осенью 2025 ([[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|мой отчет]]) и дальнейшего погружения в тему. Результат - книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»''']

= История крупными мазками =

Как же я стал таким? '''Более 40 лет''' (с 1985) я работаю в IT. '''Архитектор, бизнес-аналитик и разработчик''', занимаясь проектированием корпоративных и банковских систем и трансформацией бизнес-процессов организаций с '''1996'''. В процессе работы активно осваивал менеджмент, сопоставлял и совмещал классическое проектное управление и '''Agile'''-методы, с которыми знаком с '''2007''' года, и участвовал в становлении Agile-сообщества России. В IT эффективная командная работа являются ключевым фактором успеха проекта, поэтому организация и взаимодействие людей всегда меня интересовали, и я изучал и применял различные модели человека и социума, а не только менеджмент. В '''2013''' познакомился со '''Спиральной динамики''', а в '''2015''' - с книгой Фредерика Лалу по '''бирюзовым организациям'''.

'''В 2016''' году эти темы стала востребованными, а я готов служить '''навигатором''' в этом мире как '''независимый консультант''', помогая разобраться и сориентироваться, отделить суть от пиара и мемов на лекциях и семинарах, а также как консультант помогая примерить практики для конкретной компании и наметить пути изменений и понять, какая поддержка специалистами и обучением будет полезна на этом пути. При этом сама тема менеджмента цифрового мира и модели спиральной динамики как отражения развития общества тоже постоянно обогащается, и привела к публикации большой '''серии статей в 2020''', а затем книги [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''«Менеджмент цифрового мира»'''] в 2022.

'''В 2022''' в работе появился новый фокус: '''модели soft skill и тема самоопределения'''. С моделями soft skill я был знаком давно, это необходимо для эффективной коммуникации с заказчиками и для ведения проектов в целом. Доклады по модели командных ролей Белбина и спиральной динамике были еще в 2013 году, а с 2019 я делал кругозорные доклады, собирая в них мозаику полезных моделей. Доклады по самоопределению тоже были с 2017 года, но в 2022 тема оказалась крайне востребованной, содержание докладов - расширено и углублено в конце года опубликована серия статей. А взгляд архитектора позволил мне собрать комплексную модели личности, в которой сопряжены психологические и нейрофизиологические модели. В результате в 2024 была опубликована серия статей, а затем книга [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], а в 2025 книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']

'''Осенью 2025''' года у меня была поездка в китайский технологические компании Baidu, Xiaomi, SenseTime и другие. То, что я увидел, привело меня к выводу, что в '''ближайшие 3-7 лет Китай перехватит технологическое и политическое лидерство у США'''. А еще я увидел, что менеджмент в этих компаниях и их культура не похожи на те представления. которые есть у большинства, Китай создал собственный гибридную систему на основе коммунистического прошлого, своих традиций конфуцианства и даосизма и современного западного менеджмента. И я начал глубже погружаться в тему, осмысливать и делится результатами в статьях и выступлениях. Результаты собираются в категории [[:Категория:Китай становится лидером|'''Китай становится лидером''']], в их числе - книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»''']. Я думаю, это актуально для всех, потому что культура лидера влияет на весь мир, а китайская культура сильно отличается от западной.

Я готов делится всеми аспектами своих знаний: по менеджменту, моделям soft skill, ведению ИТ-проектов, созданию архитектуры и проектированию софта проводя лекции и курсы, ориентированные на конкретную аудиторию, разбирая кейсы и помогая разобраться в ситуации.

Мою историю хорошо показывает '''[[Блог:Максима Цепкова]]''', а также [[Доклады и Статьи|'''250+ выступлений и статей''']], которые презентации и видео к которым доступны на сайте. Я буду рад мнениям и комментариям, обсуждению моих мыслей.

'''А теперь - подробнее.'''

<div style="float:right;">
=Мои фото=
[[File:MyPhoto.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto.jpg]]
[[File:MyPhoto-2.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto-2.jpg]]
[[File:TavridaPhoto.jpg|right|250px|thumb|mtsepkov.org/File:TavridaPhoto.jpg]]
[[File:MyPhoto-6.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto-6.jpg]]
[[File:MyPhoto-5.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto-5.jpg]]
[[File:MyPhoto-3.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto-3.jpg]]
[[File:MyPhoto-4.jpg|right|250px|thumb|mtsepkov.org/File:MyPhoto-4.jpg]]
</div>

= Социальные сети =
: https://t.me/mtsepkov - Telegram канал
: https://t.me/MaximTsepkov - Telegram user
: http://www.facebook.com/mtsepkov - Facebook
: https://vc.ru/u/364500 - канал vc.ru
: http://www.linkedin.com/in/mtsepkov - Linkedin (бываю очень редко)
: https://twitter.com/mtsepkov Twitter (давно не бываю)
: http://www.slideshare.net/mtsepkov/ - slideshare
: http://maksiq.livejournal.com - личный ЖЖ
: maks.tsepkov@ya.ru и M.Tsepkov@custis.ru - почта
----

= Будем знакомы =

Я родился в 1967 и прошел обычный путь советского ребенка: детский сад – школа – институт. В школе увлекался математикой, физикой, химией и историей. А в восьмом классе открыл для себя программирование. Его тогда не было в школе, компьютеры были большими, но на институтских вечерних курсах подготовки программирование было как один из предметов, и это было очень интересно. И потому после школы я пошел на Физтех (МФТИ), Факультет управления и прикладной математики – чтобы программировать. И закончил его с отличием в 1991.

[[File:MaksTsepkov-and-Cat.jpg|left|250px]]

А еще в какой-то момент, еще в школе книги открыли мне тему взаимоотношений между людьми. Андре Моруа «Превратности любви» и «Семейный круг» - показали как на пустом месте в счастливых отношениях возникает стена непонимания, разочарований и разобщения, как дети повторяют путь родителей, который был им ненавистен и они все делали, чтобы пойти другим путем, и это было началом второй линии интереса, который привел к Играм Эрика Берна, другим книгам по психологии и личностному развитию, и далее к активному интересу к softskill-моделям.

В детстве семья практически каждое лето куда-нибудь ездила в отпуск по Союзу – поездки в лес на природу, походы на байдарках, путешествия по городам, и с классом мы тоже много ездили – Золотое кольцо, Прибалтика. Интерес к новым местам, городам и природе у меня был очень сильный. Еще в институте я вместе с другом съездил в тогда еще советскую Чехословакию, а позднее – объездил много стран уже со своей семьей – женой, сыном и дочерью, несколько раз в год в разные места в разных форматах – сплавы по рекам, отдых на море, поездки по странам и городам. Я обожаю бродить по маленьким средневековым города Италии. Сейчас дети уже взрослые и эту любовь к путешествиям тоже унаследовали, ездят самостоятельно и все вместе. И по-прежнему люблю природу, мое хобби – конный спорт дает мне длительные прогулки по лесам и полям круглый год и это прекрасно!

= Я и IT =

Начало моего профессионального пути было в институте, с первого курса участие в разработке софта для суперкомпьютера Электроника СС БИС, это советский аналог Cray-1. Спецкурс предполагался для старших курсов, но первокурсников тоже брали и это было интересно. А пара элементарных функций, которые мной написаны были включены в официальную библиотеку софта. Параллельно – системная разработка для советского большого компьютера БЭСМ-6, многопользовательский редактор. А на старших курсах появились персоналки, IBM PC XT-AT-286-386 и далее.

А еще перестройка создала коммерческие компании и потребность в автоматизации бизнеса. Это как раз совпало с окончанием ВУЗа (1991) и я начал разрабатывать в коммерческой компании, а в '''1996''' мы совместно с Володей Рахтеенко организовали компанию [http://www.custis.ru '''CUSTIS'''], успешно ведущую разработку корпоративного софта до сих пор.

Я верю, что '''автоматизация - дает новые возможности развития'''. Поэтому создавая автоматизированные системы мы открываем путь прогрессу и делаем мир лучше. Создание архитектуры реальных систем - интереснейший процесс поиск баланса между общими архитектурными подходами и реализацией специфических требований конкретного проекта. А работа над созданием заказных корпоративных и банковских информационных систем делает задачу еще интереснее - ведь в проекте, с одной стороны, необходимо в полной мере обеспечить поддержку уникальных бизнес-процессов клиентов, а, с другой стороны, обеспечить ту концептуальную стройность, которая дает возможность многолетнего развития системы в ответ на изменение этих процессов. И все это - в весьма сжатые сроки и в быстро изменяющихся внешних условиях. Зато и результаты своей работы можешь быстро увидеть в реальной жизни. Участие в разработки корпоративных систем делает специалистом широкого профиля, работающим с распределенными системами, занимающимся интеграцией с внешними системами, как предназначенными для этого, так и не очень. А еще - решение такой сложной и интересной задачи, как обеспечение бережного внедрения с постепенной заменой старой системы на новую без остановки бизнес-процессов. Решение этой задачи доведено в нашей компании до уровня технологии, в которую я внес существенный вклад.

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

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

= Школа жизни =

Основной урок, который я извлек из жизни – в том, что работа должна приносить драйв и удовольствие, а не быть ежедневной тяжелой необходимостью. Что не исключает тяжелого труда и усталости: люди на дискотеке тоже устают, но никому не придет в голову считать это работой. Поэтому труда бояться не надо, но драйв должен быть. Именно поэтому я в 90-е остался в IT, а не пошел торговать нефтью или заниматься другим бизнесом, хотя такие возможности были, и мы до сих пор друзья с теми из моей группы в институте, кто сделал выбрал другой путь и взаимно уважаем выбор каждого. И сейчас я продолжаю смотреть на жизнь как на интересное приключение.

Второй урок состоит в том, что люди ценят решение проблем, даже когда говорят о том, чтобы для них сделали что-то конкретное. Это – урок многочисленных IT-проектов: у заказчика есть проблемы и связанные с ними ожидания решения, и хочет он именно этого, даже когда заказывает вам конкретную систему. И, более того, часто то, что он описывает часто не решает его проблему, и тогда он недоволен – даже если следовали его указаниям. Думаю, с этим каждый сталкивался в семье, вроде точно выполняя указания родителей или жены/мужа, а получая в результате их недовольство. Но многие почему-то уверены, что в бизнесе должно быть иначе. А это – заблуждение. Более того, современные подходы менеджмента цифрового мира как раз нацелены на решение проблем и удовлетворенность стейкхолдеров, а не на выполнение задач. А задачи – они все остались в школе и в институте и в бизнесе не слишком интересны, кроме достаточно узкого класса работ.

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

Характерный пример – история моего преподавания в ВУЗе. В конце нулевых, заехав на Физтех к старому другу и разговаривая о жизни, на вопрос, не хочу ли я преподавать, я ответил «почему бы и нет, можно попробовать». И в том же году в сентябре мне позвонили из другого ВУЗа, но по рекомендации, и сказали что у них случилась не предвиденная ситуация – студенты выбрали специализацию, включающую курс, который они раньше не читали, и у них нет готового преподавателя. И не могу ли я быстренько подготовить курс, чтобы на следующей неделе провести первое занятие. В общем, я согласился, через пару недель возможность расширилась, потому что один из преподавателей по другому предмету исчез и перестал выходить на связь и его тоже мне предложили. Результат – 2.5 года преподавания, интересный опыт, параллельно с основной работой – все получилось :) Но были и пропущенные возможности, и неудачные решения, но о сделанных выборах я не жалел.

Ну и в заключении – еще об одном уроке, уроке сохранения активности уже в зрелом возрасте. Его я получил совсем недавно, осенью 2013 года, в короткое время увидев в действии Ицхака Адизеса, который вел однодневный семинар в Киеве, и Ивара Якобсона, который приезжал в Москву проводить мастер-класс. Обоим тогда было около 75 лет, и при этом оба проводили своим мероприятия активно, с энергией, которая есть не у всякого молодого ведущего, и с явным интересом к участникам и их мнениям, несмотря на явное превосходство в опыте и знаниях. И, в общем, глядя на них, я понял, что надо быть не менее энергичным и впереди будет еще много лет интересной жизни.

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

= Менеджмент, softskill и развитие общества =

[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

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

Хотя во многих проектах я выступал в роли идеолога или руководителя, я не считаю их исключительно своим результатом. Наоборот, '''я верю в эффективность командной деятельности''' в современном мире, эффективность профессиональных сообществ. Я категорически не согласен рассматривать людей как простых исполнителей, наоборот, считаю, что современный сотрудник — это партнер своей организации и своей команды.

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

Организация эффективной командной работы — основной тренд современного мира. И для этого есть много полезных и интересных методик — '''командные роли Белбина, типы личности Майерс-Бриггс, модель Адизеса, Спиральная динамика''', методики эффективного представления и распространения знаний, эффективного общения и многое другое — все было предметом моих интересов и успешно освоено.

Весной 2019 я делал обзорный доклад [[Модели softskill для тимлида (TeamLeadConf-2019)]], в него вошли 7 моделей, и я смог рассказать их за полчаса так, чтобы слушатели разобрались в назначении и поняли, насколько актуально разбираться глубже в моменте, потому что каждая из таких моделей — несколько книг тренинг не на один день для хорошего погружения. Опыт IT-архитектора позволяет подходить к softskill моделям также как к архитектурным шаблонам в IT, и это оказывается очень эффективно на практике. Во всяком случае, профессиональные психологи в разговорах удивляются, что Спиральная динамика для меня — практическая модель, а не теоретическое знание. И у меня получается для профессионалов показать ее практичность на обсуждении конкретных кейсов.

Особую роль в организации командной работы играет Agile. В IT проекты уже более десяти лет ведут по Agile, и я активно осваивал его методы с тех пор, как услышал про Agile в 2007, в том числе — на встречах профессиональных сообществах, таких как '''AgileRussia'''. При этом заказчики проектов склонны придерживаться традиционных подходов и работа на стыке давала возможность сопоставить разные подходы к менеджменту, сравнить их эффективность и уместность в разных ситуациях. И поэтому я хорошо разбираюсь не только в Agile, но и в классическом проектном менеджменте, а также в устройстве бизнеса в целом, и могу находить общий язык с самыми разными людьми, служить коммуникатором и передавать смыслы, не просто фасилитируя общение, а работая по содержанию.

И хотя у меня нет профессионального образования по психологии, softskill модели я понимаю на хорошем уровне, что подтверждает не только обсуждение с профессионалами, но и публикации на профессиональных площадках — [[Типология ролей в команде (статья в MyType 1-2.2016)|статья про модели Белбина]] опубликована в журнале MyType, а рад статей по Спиральной динамике — на портале интегрального сообщества «Эрос и Космос» и сайте spiraldynamics.pro. В их числе — статья [[Эволюция семьи|об эволюции семьи в ходе развития общества]].

О модели спиральной динамики надо сказать особо — эта модель развития системы ценностей, применима для человека, команд, компаний и общества в целом, и в этом ее сила. Я с ней познакомился в 2013 году, и нашел на ее основе объяснение, почему в IT появился Agile-методе как отдельная ветвь менеджмента. Этим она меня и заинтересовала, и вошла в число постоянно используемых моделей. И это не случайно — именно модель спиральной динамики описывает изменение человека и общества при переходе от индустриального общества к цифровому миру. И далее на ее основе у меня построена синтетическая картина, включающая ряд моделей и объясняющая современное развитие, о которых я рассказываю и пишу статьи, например, [[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]] в сборнике ПИР.

В 2022 в работе появился новый фокус: '''модели soft skill и тема самоопределения''', на основе кругозорных докладов и материалов по отдельным моделям. Доклады по самоопределению у меня были с 2017 года, но в 2022 тема оказалась крайне востребованной, содержание докладов — расширено и углублено в конце года опубликована [[:Категория:Самоопределение|серия статей]]. А взгляд архитектора позволил мне собрать комплексную модели личности, в которой сопряжены психологические и нейрофизиологические модели. В результате в июне 2024 была опубликована серия статей, а затем книга [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], которая легла в основу серии докладов. В книге модель изложена от базовых конструкций к прикладным моделям, а в докладах я, наоборот, стартую от прикладных моделей, нацеленных на решение конкретных задач, или даже от конкретных кейсов практической работы, и постепенно углубляю рассказ, показывая их основания и взаимосвязь различных моделей.

И это дало новый импульс докладам по самоопределению. В новых докладах использовались схемы из модели личности, а еще — разбирался вопрос о том, пора ли менять свой путь, исчерпан ли потенциал текущего места работы. Потому что в ИТ есть проблема: только у человека начинают получаться порученные задачи, как он думает «Я все знаю, пора менять место работы», он не понимает, что начали получаться простые задачи, которые ему давали, учитывая недостаток опыта. А есть еще и сложные, и поэтому есть смысл углубиться. А другая проблема — решать «Это — не мое» после первых неудач. И в результате в сентябре 2025 серия статей по самоопределению была доработана и вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''].

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

= О моих книгах =

[https://t.me/c/2420099833/1227 Представление в Клубе пишуших людей]

Я из ИТ, уже 30+ лет архитектор и бизнес-аналитик систем для банков и компаний, много статей и выступлений есть на моем сайте mtsepkov.org (http://mtsepkov.org). Но так сложилось, что мои книги — не про создание ИТ-систем, а про менеджмент и модели soft skill. Это тоже необходимо для успешного ведения ИТ-проектов. Первая — '''«Менеджмент цифрового мира»''' — про Agile, бирюзовые организации и другие методы самоуправления, а также спиральную динамику, которая дает концепты для построения культуры таких команд и организаций. В 2020 у меня была написана серия из 74 статей, в 2022 она превратилась в книгу.

Вторая книга — '''«Инженерная модель личности. Меняя себя и других — понимай устройство»'''. Меня как ИТ-архитектора очень огорчала неформальность и разрозненность моделей soft skill и их слабая связь с современной нейрофизиологией, но психологи не торопились пересобирать свои модели. Поэтому я сделал это сам. И в 2024 году я написал серию статей, которая стала книгой.

А третья книга '''«Самоопределение: что я хочу от жизни и работы»''' вышла в сентябре 2025 года. Тема поиска самоопределения очень актуальна в ИТ: по-хорошему, человек должен думать об этом, выбирая новый проект, а это он в современном мире делает часто. Иначе думают за него другие, и опыт показывает, что очень часто результаты — неудачны. Но этому не учат. У меня первые выступления про самоопределение были в 2017, в 2022 тема стала очень актуальной, было несколько выступлений, год завершился серией статей и дал импульс для работы над моделью личности. А в конце 2024 года был очередной этап, завершившийся книгой. По отзывам получилось удачно, практично и глубоко одновременно.

Категория:Диаграммы учета

2026-11-07T05:33:13Z

MaksTsepkov:

{{RightNote|[[:Категория:Архитектура|Еще про проектирование и архитектуру]]}}
[[Файл:AccountingDiagram-TsepkovEconConf-2018.pdf|right|500px|page=8]]

Диаграммы учета - фирменный способ CUSTIS визуализации и проектирования учетных моделей. Учет занимает важное место в корпоративных информационных системах, но оказался обойден вниманием создателей UML. Поэтому нам пришлось придумать свои диаграммы для визуализации, примерно в 2003, и я принимал в этом непосредственное участие.

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

'''Наиболее полная статья [[Когда всем понятно]]'''.

Глубже об диаграммах рассказывал в Санкт-Петербурге на [http://econ-conf.spbu.ru Международном экономическом симпозиуме — Соколовские чтения]: '''[[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)]]''' и '''[[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)]]'''. А в выступлении [[Учетно-ориентированная архитектура - основа построения учета в распределенном ИТ-ландшафте (CNews Fin-2024)]] я фокусировался на архитектурном шаблоне, выделяющем учет из остального приложения.

[[Категория:Архитектура]][[Категория:Экономика]]

Когда всем понятно

2026-11-07T05:31:58Z

MaksTsepkov:

{{RightNote|[[:Категория:Диаграммы учета|Еще про учет]]}}
'''Максим Цепков''' - главный архитектор компании CUSTIS

[[Файл:Бухгалтер и Компьютер 2011-05 Цепков.pdf|page=1|right|400px]]

'''Бухгалтер и компьютер, № 5(май), 2011'''
Журнал закрылся, архив недоступен.
Более глубокий рассказ был в Санкт-Петербурге [http://econ-conf.spbu.ru Международном экономическом симпозиуме — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|'''доклад в 2017''']] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|'''в 2018''']].

<center><big><big>'''Когда всем понятно. Диаграммы учета: мост между бухгалтером и разработчиком'''</big></big></center>

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

<blockquote>
'''Эффективное представление информации'''

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

Развитие науки показало, что многие виды информации можно эффективно представлять в виде диаграмм, а достижения информационных технологий позволили эти диаграммы быстро и легко строить и изменять. В настоящее время представление данных в виде диаграмм является общепринятым и интенсивно развивается, поскольку даёт компактную и наглядную целостную картину, с которой можно эффективно работать, обращаясь к детальной информации только по необходимости. Множество графических решений используется и для описания бизнес-процессов.
</blockquote>

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

=== Диаграммы учета: простой пример ===

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

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

Все эти операции можно изобразить на неформальной схеме, чтобы получить хороший визуальный образ (рис. 1).

[[Файл:Рис_1.jpg|thumb|300px|center|Рис.1. Неформальная схема учета личных финансов]]

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

Для этого нужно спроектировать учетные регистры и изобразить их на той же схеме (рис. 2).
[[Файл:Рис_2.jpg|thumb|300px|center|рис.2. Схема учета личных финансов с выделенными учетными регистрами]]

Овалы, обозначающие учетные регистры, можно разделить на три группы.

#'''Зеленые''' («Наличные», «Карточка» и «Мне должны») — средства, на которые можно рассчитывать.
#'''Желтые''' («Кредит в банке» и «Я должен») — отрицательные ресурсы.
#'''Изображенные пунктиром''' — «Доходы» и «Расходы».

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

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

Далее нужно определить аналитические признаки учетных регистров, которые позволят отвечать на поставленные вопросы. Например, чтобы можно было узнать, кто мне должен, счет «Мне должны» должен иметь аналитику «Кто», обозначающую человека, которому я дал в долг. А чтобы давать информацию о том, на что я трачу деньги, счет «Расходы» должен иметь аналитику «На что», обозначающую статью расходов.

Теперь можно изобразить все на формальной схеме (рис. 3).

[[Файл:Рис_3.jpg|thumb|400px|center|Рис.3. Диаграмма учета личных финансов]]

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

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

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

Достоинством таких диаграмм является то, что они показывают связь между учетом и потоками материальных ресурсов. Кроме того, диаграммы учета помогают бухгалтеру и финансисту в общении с разработчиком: им достаточно просто нарисовать соответствующую стрелку — и операция будет реализована в системе. А для простых операций разработчик (или аналитик) и сам может Диаграмма учета личных финансов, исходя из смысла учета, который он благодаря диаграммам, может представить достаточно четко.

=== Диаграммы учета в реальной ситуации ===

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

Холдинг из нескольких юридических лиц продает товары и оказывает услуги физическим и юридическим лицам, в том числе другим холдингам. В рамках управленческого учета необходимо обеспечивать ведение расчетов с нужной степенью подробности, ограничивать отгрузку без оплаты установленными лимитами, контролировать своевременность оплат и обеспечивать выполнение сверок с клиентом. Бухгалтерский учет предполагает ведение счета 62 «Расчеты с покупателями и заказчиками» и счета 90 «Продажи», но с меньшей подробностью, чем ведение управленческих расчетов.

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

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

=== Управленческий учет ===

Диаграмма учета для управленческого плана счетов изображена на рисунке 4.

[[Файл:Рис_4.jpg|thumb|600px|center|Рис.4. Диаграмма учета для управленческого плана счетов]]

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

<blockquote>
'''О направлении стрелок'''

Направление стрелки проводки к счету дебета соответствует естественному движению ресурса при участии в проводке активного счета. Однако в проводке между двумя пассивными счетами (в нашем примере это счета «Депозит», «Оплачено по контракту» и «Признанные обязательства») возникает одна нелогичность: перенос остатка происходит со счета дебета на счет кредита, т. е. в направлении, противоположном стрелке. Эта особенность требует привыкания, но, как показывает опыт, не мешает восприятию диаграммы. Альтернативные нотации (в которых, например, направление стрелок зависит от активности счетов в проводке) оказались менее удобными.
</blockquote>

Представленная схема управленческого учета имеет весьма сложный характер, что обусловлено многообразием различных сделок и правил расчета. Например, обязательства клиента разбиты на две части («Отгружено» и «Долг»): при проверке лимитов отгрузки используется общая сумма, а в сопоставлении участвует только «Долг». При появлении новых видов сделок или сложных операций зачета финансовому специалисту достаточно указать, по каким правилам пойдут проводки, после чего эти сделки автоматически начнут участвовать как в системе взаимозачетов, так и в отчетах.

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

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

=== Бухгалтерский учет ===

Диаграмма учета для бухгалтерского плана счетов другая. Она изображена на рисунке в упрощенном виде, без контура учета НДС (рис. 5).

[[Файл:Рис_5.jpg|thumb|600px|center|Рис.5. Диаграмма учета для бухгалтерского плана счетов]]

Здесь все сосредоточено вокруг нескольких субсчетов счета 62 «Расчеты с покупателями и заказчиками», на которых и ведется учет. При этом бухгалтерский учет на большинстве субсчетов ведется с меньшей подробностью, чем управленческий, а часть проводок получается из управленческого учета путем исключения лишних аналитик.

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

=== Соответствие управленческого и бухгалтерского учета ===

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

[[Файл:Рис_6.jpg|thumb|800px|center|Рис.6. Диаграмма соответствия управленческого и бухгалтерского учета]]

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

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

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

=== Заключение ===

Диаграммы учета позволяют представить учет в наглядном виде, делают его понятным бухгалтерам, финансистам, менеджерам, аналитикам, разработчикам, пользователям, инженерам сопровождения и выступают надежной основой общения. Они не просто показывают картину в целом, а помогают увидеть связь между учетной картиной и потоками материальных ресурсов, что значительно упрощает понимание устройства учета неспециалистами (менеджерами, пользователями, инженерами сопровождения). Как показал опыт, после применения их при общении с заказчиками бухгалтеры и финансовые специалисты заказчиков нередко сами начинают разрабатывать свои учетные схемы, используя такие диаграммы.

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

----
<references/>

[[Категория:Статьи]]
[[Категория:Диаграммы учета]]

Категория:Серия статей про менеджмент цифрового мира

2026-11-06T16:47:48Z

MaksTsepkov:

{{RightNote|[[:Категория:Люди|Еще про человека, команды и организации]]}}
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]

Серия статей '''«Менеджмент цифрового мира»''' посвящена современному менеджменту: Agile-методам, менеджменту самоуправления на основе практик бирюзовых организаций, холакратии и социократии, а также связанным с этим изменениям в культуре организаций, которые я рассматриваю на основе модели Спиральной динамики. Об этом я делал большое количество докладов и писал статьи, полная сборка слайдов по теме включает более 300 слайдов. Серия начата начата 22.11.2019, а завершена 10.06.2020, за это время было написано 52 статьи, а после завершения был написано еще несколько, всего серия насчитывает '''{{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей'''. Далее — оглавление серии, а в разделе '''[[#Обзорное изложение материала]] — ссылки на статьи и доклады с кратким изложением всего материала'''.

----
<big>06.04.2022 на основе серии '''опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ книга «Менеджмент цифрового мира»]''' на ridero, в которой за скромные деньги можно получить все статьи вместе. </big>
----

Основные статьи разделены на четыре блока, оглавления которых даны далее.
# Вызовы цифрового мира
# Agile в IT и вне его, современное развитие IT-менеджмента
# Спиральная динамика
# Развитие организаций на рубеже эпох, включая бирюзовые организации
Статьи опубликованы '''на портале vc.ru''', за исключением двух статей из блока Спиральная динамика, которые модераторы сочли не соответствующими тематике портала, они были опубликованы на моем сайте.

= Обзорное изложение материала =

Краткое изложение можно смотреть в моих докладах и статьях
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]''' в сборнике ПИР
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале «'''Эрос и Космос'''»
* Статья [https://vc.ru/hr/83867-biryuzovye-organizacii-i-agile-kakie-poleznye-praktiki-stoyat-za-haypom '''Бирюзовые организации и agile: какие полезные практики стоят за хайпом'''] на '''vc.ru'''
* Статья Гриши Храброва [https://vc.ru/life/159694 '''Культура, стратегия, лидерство в цифровом мире'''. Интервью с Максимом Цепковым]
* Выступление [[Эволюция технологий управления (ПИР Сибирь-2019)]]
* Выступление [[Agile в компаниях разной культуры: возможности и настройка (ПИР-2019)]]
* Выступление [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)]]
* Выступление [[Эволюция технологий управления компаниями в цифровом мире (Город IT 2019)]]
* Выступление [[Спиральная динамика: понимай ценности и действия людей и организаций (Лекторий тут рядом 2018-09)]]

Подробно материалы по этим темам собраны в категориях [[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]] и [[Категория:Спиральная динамика|Спиральная динамика]].

= Первый блок — Вызовы цифрового мира =

# Первая статья серии [https://vc.ru/future/93918 Менеджмент цифрового мира] — про приход цифрового мира.
# [https://vc.ru/future/94043 Цифровой мир: от физического труда — к умственному]
# [https://vc.ru/future/94419 Поколение соцсетей — новый mindset цифрового мира]
# [https://vc.ru/future/94791 Культура и процессы — две стороны компании]
# [https://vc.ru/future/95159 Три вызова цифрового мира]

= Второй блок — Agile в IT и вне его, современное развитие IT-менеджмента =

# [https://vc.ru/future/95332 Краткая история IT-менеджмента]
# [https://vc.ru/hr/95754 Развитие и провал регулярного менеджмента в IT]
# [https://vc.ru/hr/96264 Agile — ответ IT на вызовы цифрового мира]
# [https://vc.ru/hr/96644 Scrum — пять изменения организации команды, принесшие успех Agile]
# [https://vc.ru/hr/97335 Доска — визуализация текущего состояния работы]
# [https://vc.ru/hr/97698 Итерации Scrum — целостная схема, а не прикольная картинка]
# [https://vc.ru/hr/98052 Схема Scrum — ежедневная работа внутри спринта]
# [https://vc.ru/hr/98403 Завершение спринта в Scrum — демо и ретро]
# [https://vc.ru/hr/98831 Полная схема Scrum — работа с бэклогом и релизный цикл]
# [https://vc.ru/hr/99523 Место Agile-команд в компании]
# [https://vc.ru/hr/99690 Создание команд и перестройка цепочек создания ценности в Agile-трансформации]
# [https://vc.ru/hr/100096 Kanban и Lean — эволюция вместо революции]
# [https://vc.ru/hr/100292 Фреймворки масштабирования Agile на компанию]
# [https://vc.ru/hr/100793 Кейсы Agile-трансформации. Часть 1 — банки]
# [https://vc.ru/hr/101238 Кейсы Agile-трансформации. Часть 2 — корпорации и госструктуры]
# [https://vc.ru/hr/101656 Кейсы Agile-трансформации. Часть 3 — производство]
# [https://vc.ru/learn/101903 Кейсы Agile-трансформации. Часть 4 — Agile в школах]
# [https://vc.ru/hr/102235 Цифровой мир и цифровизация — в чем разница?]
# [https://vc.ru/hr/102952 Public web — следуем за потребителем]
# [https://vc.ru/hr/103212 OMG Essence и OKR — многофокусное ведение проектов и бизнеса в целом]
# [https://vc.ru/hr/103522 Работа обеспечивает счастье, а не только деньги — социальный договор сотрудника в цифровом мире]

= Третий блок — модель Спиральной динамики =

# [https://vc.ru/hr/104638 Спиральная динамика — модель изменения mindset с развитием общества] ([https://spiraldynamics.pro/spiralnaja-dinamika-model-izmenenija-mindset-s-razvitiem-obshhestva/ на spiraldynamics.pro])
# [https://vc.ru/hr/105422 Диалектика развития уровней Спиральной динамики] ([https://spiraldynamics.pro/dialektika-razvitija-urovnej-spiralnoj-dinamiki/ на spiraldynamics.pro])
# [[SD-mindset-WallerstainTimline|Формирование уровней спиральной динамики в общественном сознании]] ([https://spiraldynamics.pro/formirovanie-urovnej-spiralnoj-dinamiki-v-obshhestvennom-soznanii/ на spiraldynamics.pro])
#: Опубликована на vc.ru и распубликована его редакторами как не соответствующая тематике сайта
# [[SDsociety|Эволюция общества и семьи в модели Спиральной динамики]]
#: Как и предыдущая, опубликована у меня на сайте.
#: В ней собраны ссылки на ранние статьи, они сохранили актуальность и я решил их не обновлять.
#* [http://eroskosmos.org/evolution-of-the-family/ Историческое развитие семьи и общества]
#* [http://eroskosmos.org/evolution-of-the-family-part-2/ Эволюция семьи с приходом Третьей волны, на желтом и бирюзовом уровне]
#* [https://spiraldynamics.pro/schaste-dlya-vseh-melodii-raznotsvetnyh-strun-spiralnoj-dinamiki/ Счастье для всех — мелодии разноцветных струн Спиральной Динамики]
# [https://vc.ru/hr/106925 Классический менеджмент через призму Спиральной динамики] ([https://spiraldynamics.pro/klassicheskij-menedzhment-cherez-prizmu-spiralnoj-dinamiki/ на spiraldynamics.pro])
# [https://vc.ru/hr/107915 Культуры компаний в модели Спиральной динамики] ([https://spiraldynamics.pro/kultury-kompanij-v-modeli-spiralnoj-dinamiki/ на spiraldynamics.pro])
# [https://vc.ru/hr/108623 Ответственность в компаниях разной культуры] ([https://spiraldynamics.pro/otvetstvennost-v-kompanijah-raznoj-kultury/ на spiraldynamics.pro])
# [https://vc.ru/hr/109930 Гибкость, целеустремленность и эффективность: спектр смыслов в компаниях разной культуры] ([https://spiraldynamics.pro/gibkost-celeustremlennost-i-jeffektivnost-spektr-smyslov-v-kompanijah-raznoj-kultury/ на spiraldynamics.pro])
# [https://vc.ru/hr/110938 Разделение успеха и рисков: справедливость в модели Спиральной динамики] ([https://spiraldynamics.pro/razdelenie-uspeha-i-riskov-spravedlivost-v-modeli-spiralnoj-dinamiki/ на spiraldynamics.pro])
# [https://vc.ru/hr/111231 Вовлеченность: от зарплаты за компетентную работу к драйву и счастью на работе] ([https://spiraldynamics.pro/vovlechennost-ot-zarplaty-za-kompetentnuju-rabotu-k-drajvu-i-schastju-na-rabote/ на spiraldynamics.pro])
# [https://vc.ru/hr/112608 Вписаться в коллектив в разных корпоративных культурах] ([https://spiraldynamics.pro/vpisatsja-v-kollektiv-v-raznyh-korporativnyh-kulturah/ на spiraldynamics.pro])
# [https://vc.ru/hr/114974 Коммуникации между компаниями разной культуры] ([https://spiraldynamics.pro/kommunikacii-mezhdu-kompanijami-raznoj-kultury/ на spiraldynamics.pro])
# [https://vc.ru/hr/116442 Решение конфликтов в компаниях разной культуры] ([https://spiraldynamics.pro/reshenie-konfliktov-v-kompanijah-raznoj-kultury/ на spiraldynamics.pro])
# [https://vc.ru/hr/117679 Струны спиральной динамики — созвучие и диссонанс] ([https://spiraldynamics.pro/struny-spiralnoj-dinamiki-sozvuchie-i-dissonans/ на spiraldynamics.pro])

Этот блок существенна дополняет статья [[Блог:Максима Цепкова/2023-05-09: Онтологии социальных отношений|'''Онтологии социальных отношений''']], которая опубликована в мае 2023 года - она рассматривает онтологии, которые лежат в основе уровней спиральной динамики.

= Четвертый блок — Развитие организаций на рубеже эпох =

# [https://vc.ru/hr/119508 Развитие организаций на рубеже эпох]
# [https://vc.ru/hr/120843 Игрофикация — технологии online-игр в бизнесе]
# [https://vc.ru/hr/122980 Развитие Agile через призму Спиральной динамике] (на [https://spiraldynamics.pro/razvitie-agile-cherez-prizmu-spiralnoj-dinamiki/ spiraldynamics.pro])
# [https://vc.ru/hr/123860 Изменение культуры в успешной Agile-трансформации] (на [https://spiraldynamics.pro/izmenenie-kultury-v-uspeshnoj-agile-transformacii/ spiraldynamics.pro])
# [https://vc.ru/hr/124604 Столкновение корпоративной культуры с Agile] (на [https://spiraldynamics.pro/stolknovenie-korporativnoj-kultury-s-agile/ spiraldynamics.pro])
# [https://vc.ru/hr/126003 Эволюционное изменение культуры при Kanban-трансформации] (на [https://spiraldynamics.pro/jevoljucionnoe-izmenenie-kultury-pri-kanban-transformacii/ spiraldynamics.pro])
# [https://vc.ru/hr/126969 Сложные сценарии Agile-трансформации — адаптация к корпоративной культуре] (на [https://spiraldynamics.pro/slozhnye-scenarii-agile-transformacii-adaptacija-k-korporativnoj-kulture/ spiraldynamics.pro])
# [https://vc.ru/hr/129198 Бирюзовые организации — что описал Фредерик Лалу]
# [https://vc.ru/hr/130952 Сеть вместо иерархии — в чем принципиальная разница бирюзовых организаций]
# [https://vc.ru/hr/131904 Бирюзовые организации — как устроено справедливое вознаграждение]
# [https://vc.ru/hr/132520 Зачем бирюзовая компания владельцам]
# [https://vc.ru/hr/133188 Готовы ли вы к бирюзовой организации]

= Дополнительные статьи после завершения серии =

Тема менеджмента цифрового мира не исчерпана, и будут выходить новые статьи.
# [https://vc.ru/hr/145616 Руководство и лидерство — спектр представлений] вышла 28.07.20 (без модели спиральной динамики)
# [https://vc.ru/hr/167620 Реальность цифрового мира: проекты делает некомпетентная команда] вышла 16.10.20
# [https://vc.ru/hr/186710 Иерархии или самоорганизация — что круче?] вышла 12.12.20
# [https://vc.ru/hr/209852 Process, Project, Case и Product management — в чем разница?] вышла 17.02.21
# [https://vc.ru/hr/256075 Какое самоуправление нужно сотрудникам?] вышла 08.06.21
# [https://vc.ru/hr/272211 Agile-методы и проектный подход - в чем разница?] вышла 21.07.21
# [https://vc.ru/hr/368175 Лидерство: от единоличного в индустриальном мире к переходящему в цифровом] вышла 19.02.22 — переосмысление лидерства по уровням спиральной динамики и сопоставление с интегральным лидерством

[[Категория:Agile]][[Категория:Бирюзовые организации]][[Категория:Спиральная динамика]][[Категория:Люди]]

Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)

2026-11-05T09:48:34Z

MaksTsepkov:

{{RightNote|[[:Категория:Китай становится лидером|Еще про лидерство Китая]]}}

Вебинар в [https://nserussia.org/ Скандинавской школе экономики] ([https://nserussia.org/open_programs/open_programms_activity/the_impact_of_technology_on_change/?utm_source=m.tsepkov&utm_medium=organic&utm_campaign=webinar+maksim+tsepkov&utm_content=link&utm_term=webinar+nse анонс])
Видео [https://youtu.be/t2u5SzpU66c на YouTube] и [https://rutube.ru/video/3d9fc543b436b4f2853256f217dcf7ec/?r=wd на RuTube] опубликовано на каналах школы: [https://www.youtube.com/@NordicSchoolofEconomics YouTube] и [https://rutube.ru/channel/46143316/ RuTube]

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

'''Мы проведем анализ этой глобальной трансформации и ответим на ключевые вопросы''':

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

'''На вебинаре мы обсудим''':

* Волны промышленных революций и смена лидерства
* Китай – новый технологический и политический лидер: каковы маркеры?
* ИИ – ключевая технология новой промышленной революции
* Особенности культуры Китая: интеграция противоположностей
* Контуры нового мира

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

= Видео на YouTube =

<html><iframe width="560" height="315" src="https://www.youtube.com/embed/t2u5SzpU66c?si=sbf2DjYcITFP1HlE" title="Видео на YouTube" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe></html>

= Видео на RuTube =

<html><iframe width="720" height="405" src="https://rutube.ru/play/embed/3d9fc543b436b4f2853256f217dcf7ec/" style="border: none;" allow="clipboard-write; autoplay" webkitAllowFullScreen mozallowfullscreen allowFullScreen></iframe></html>

= Презентация =

{{Presentation|TechRev-NSE-2026-01.pdf|290px}}

[[Категория:Китай становится лидером]][[Категория:Доклады]][[Категория:ИИ-агенты]][[Категория:Общество]]

Я — Максим Цепков приветствую Вас на своем сайте

2026-11-05T09:47:21Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#WorldChg|ИИ и изменение мира]] '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14-15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)|'''Будущее ИТ: как ИИ трансформирует отрасль''']] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
* Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
* Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= ИИ и изменения мира =
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]
'''Тематические страницы: [[:Категория:Китай становится лидером|Китай становится лидером]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Осенью 2025 года я был в поездке по китайским технологическим компаниям (Baidu, Xiaomi и ряд других). Увиденное произвело на меня впечатление: я понял, что переход мирового лидерства Китаю будет не когда-нибудь в будущем, а происходит прямо сейчас и начал изучать тему глубоко. Результат – книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], большой вебинар в СШЭ '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]], '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|ПИР]]''' и на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]], а также [[:Категория:Китай становится лидером|'''другие материалы''']] (всего {{PAGESINCATEGORY:Китай становится лидером|pages}} статей).

В материалах по Китаю есть части, посвященные развитию технологий ИИ и отличию китайского взгляда на них. Помимо них, у меня есть отдельные выступления, начиная от визионерских выступлений 2024-2025 годов и продолжая современным развитием темы.
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)]]'''
* 15.05.2026 Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* 14-15.10.26 '''[[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]]'''
* 30-31.10.26 '''[[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)]]'''
Все материалы собраны в [[:Категория:ИИ-агенты|'''Категории ИИ-агенты''']].

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]], [[Категория:Китай становится лидером|Переход лидерства Китаю]],[[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']]
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

Желание глубже погрузиться в тему привело к плотному знакомству с [[:Категория:СМД|СМД-методологией]] и [[:Категория:Экономика|современной экономикой]] и вопросами [[:Категория:Общество|организации общества]] в целом, по этим темам на сайте тоже есть материалы.

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Обеспечиваем устойчивость интеграции (SQAdays-2025)

2026-11-05T09:35:05Z

MaksTsepkov:

{{RightNote|[[:Категория:Архитектура|Еще об архитектуре]]}}
25-26.04.2025 Петербург [https://sqadays.com/ '''SQAdays''']
[https://sqadays.com/ru/talk/131769 Доклад на сайте конференции]
Видео https://vimeo.com/1081487929

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

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

Предыдущее выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''', это отличается от него фокусом на устойчивости и тестировании. А до него были мои '''статьи на хабре'''
* [https://habr.com/ru/company/oleg-bunin/blog/534090/ Как сделать хорошую интеграцию? Часть 1]
* [https://habr.com/ru/company/oleg-bunin/blog/538156/ Как сделать хорошую интеграцию? Часть 2. Идемпотентные операции — основа устойчивой интеграции]
* [https://habr.com/ru/company/oleg-bunin/blog/543946/ Интеграция: синхронное, асинхронное и реактивное взаимодействие, консистентность и транзакции]
В статьях по ряду вопросов много конкретики, но обзорно контента в докладе больше.

Из вопросов после доклада я понял, что тема будет иметь продолжение, потому что есть ряд актуальных вопросов, о которых я почему-то забыл при подготовке. Фиксирую их здесь, чтобы не забыть.
* Организационные вопросы обеспечения устойчивости — взаимодействие со смежными командами и заказчиками, создание тестовых стендов, особенно актуальное в ситуации, когда «после релизов все разваливается» (это — цитата из вопроса).
* Смежные с предыдущим вопросы создания mock-объектов, особенно актуальные при отсутствии полноценных интеграционных стендов: технически оно более-менее понятно, но кто несет ответственность, как обеспечить своевременность изменения mock-библиотек при изменениях протоколов. Этих вопросов я немного касался на слайде про тестирование интеграции под нагрузкой, но явно недостаточно.
* Рассмотрение альтернатив для распределенных транзакциям. Мне очевидно, что распределенные транзакции есть безусловное зло, но надо подробнее показать альтернативы, такие как идемпотентные операции, о которых я говорил недостаточно. А также разобрать современные подходы, такие как SAGA, предполагающая, что реализуется откат — насколько оно реалистично.
* Подробнее рассмотреть эффекты многопоточной обработки — перестановку порядка транзакций и псевдопотери, когда транзакции пошли в разные потоки и обработка идет одновременно, а не последовательно.
По всем вопросам у меня тут точно есть опыт, другой вопрос — получится ли его показать с ясными примерами. Будем работать.

= Видео =

{{Vimeoembed|1081487929|720|405}}

= Презентация =

{{Presentation|Integration-SQA-2025a-Tsepkov.pdf|290px}}

[[Категория:Архитектура]][[Категория:Доклады]]

SQAdays-2026b

2026-11-02T08:18:24Z

MaksTsepkov: Перенаправление на Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества

#REDIRECT [[Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества]]

SQAdays-39 (Москва осень 2026)

2026-11-02T08:17:58Z

MaksTsepkov: Перенаправление на Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества

#REDIRECT [[Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества]]
[[Категория:SQAdays]]

Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества

2026-11-02T08:17:43Z

MaksTsepkov:

{{Conf-Ref}}
Прошла очередная конференция '''SQAdays'''. Половина выступлений была посвящена использованию ИИ, и они носят вполне прагматичный характер освоения нового инструмента, который вошел в арсенал наряду с другими технологиями. Но были и обзорные выступления и круглые столы для осмысления изменений в целом. Мне лично в ходе обсуждений удалось получить картину будущего, когда '''нынешняя разработка схлопнется между discovery с вайбкодингом прототипов tiny team из бизнеса и технаря с одной стороны, и расширенной devops-командой, которая будет такие приложения подхватывать'''. И тестировщику надо выбирать свой путь в новом мире. А еще я засек, что '''для одних качество приложения – прагматичное понятие, описываемое метриками, а для других остается сакральной ценностью''' и недостижимым идеалом. Люди говорят о разном, но эту разницу не рефлексируют. Обо всем этом читайте в отчете https://habr.com/ru/articles/1102546/ вместе с конспектами выступлений, на которых я был.

[https://t.me/mtsepkov/1213 Пост в Tg] [https://max.ru/channel_tsepkov/AaGbUZXLJJM Пост в Max]
[[Категория:ИИ-агенты]]
{{wl-publish: 2026-11-02 11:15:51 +0300 | MaksTsepkov }}

Блог:Максима Цепкова/2026-11-02: SQAdays: ИИ-трансформация и ценность качества

2026-11-02T08:15:51Z

MaksTsepkov: Новая страница: «{{Conf-Ref}} Прошла очередная конференция '''SQAdays'''. Половина выступлений была посвящена испол…»

{{Conf-Ref}}
Прошла очередная конференция '''SQAdays'''. Половина выступлений была посвящена использованию ИИ, и они носят вполне прагматичный характер освоения нового инструмента, который вошел в арсенал наряду с другими технологиями. Но были и обзорные выступления и круглые столы для осмысления изменений в целом. Мне лично в ходе обсуждений удалось получить картину будущего, когда '''нынешняя разработка схлопнется между discovery с вайбкодингом прототипов tiny team из бизнеса и технаря с одной стороны, и расширенной devops-командой, которая будет такие приложения подхватывать'''. И тестировщику надо выбирать свой путь в новом мире. А еще я засек, что '''для одних качество приложения – прагматичное понятие, описываемое метриками, а для других остается сакральной ценностью''' и недостижимым идеалом. Люди говорят о разном, но эту разницу не рефлексируют. Обо всем этом читайте в отчете https://habr.com/ru/articles/1102546/ вместе с конспектами выступлений, на которых я был.

[https://t.me/mtsepkov/1213 Пост в Tg] [https://max.ru/channel_tsepkov/AaGbUZXLJJM Пост в Max]
{{wl-publish: 2026-11-02 11:15:51 +0300 | MaksTsepkov }}

Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)

2026-11-01T06:08:59Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ]]}}
30-31.10.2026 Москва [https://sqadays.com '''SQAdays''']
[https://sqadays.com/ru/talk/150748 Выступление на сайте конференции]
Видео доступно для участников, в публичном доступе ожидается

Использование ИИ кардинально ускорило разработку: работая с ИИ-агентами сеньор может выполнить годовой проект команды за пару месяцев. Создание кода перестало быть узким местом — ограничение сместилось на постановку задач, а это означает изменение процессов и роли ИТ. Управлять разработкой, когда проверка гипотезы вместо трех месяцев занимает пару дней, надо иначе. Инженеры же пока пытаются адаптировать старые концепты вроде разработки по требованиям и CASE-средств, создавая SDD и Disrupt-PDCL.

Реальная практика идет по другому пути. Подробные спецификации буксуют из-за объема и сложности проверки. Вместо идей и ТЗ бизнес приносит готовые прототипы, созданные с помощью вайбкодинга без спецификации. Но, бизнес готов формулировать acceptance criteria и '''тестировщики могут стать ключевым звеном разработки'''.

В выступлении обсудим, как трансформируются ИТ-процессы и как с помощью '''agentic engineering''' создавать гибридные команды из людей и ИИ-агентов для быстрого и надежного решения задач.

Это выступление - пересборка выступления на [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]], которое было на полторы недели раньше. Тезисы, описывающие ситуацию в ИТ-разработке - сохранились, я не буду их здесь дублировать со страницы выступления. Но были добавлены тезисы, касающиеся возможной роли тестировщика. Они распределены по выступлению, а здесь я их соберу.

# Один из работающих вариантов SDD заключается в том, что вместо технического дизайна в спецификацию пишут '''Acceptance criteria и тест-кейсы''', и в таком виде передают агенту для разработки, получается развитие TDD/BDD. В этом случае тестировщик естественным образом занимает '''роль прикладного разработчика'''. Если он работал с автотестами, то представления о коде у него есть, включая работу интеграции. Так что освоение новой роли будет не сильно сложным.
# Аналогичная роль прикладного разработчика может быть при разработке прототипов или вайбкодинга приложений по заказу. Тут требуется большее количество навыков аналитика, но они у многих тестировщиков они есть – они взаимодействуют с заказчиком и пользователями для уточнения поведения системы в сложных случаях или разбора инцидентов в рамках поддержки. Кроме того, у тестировщиков обычно хорошие представления о способах интеграции в рамках конкретного ИТ-ландшафта, которые неизбежно потребуются для решения таких задач, чтобы обеспечить вписывание создаваемых сервисов в существующий ИТ-ландшафт.
# После того, как для новой фичи или продукта вайбкодингом создан прототип или MVP, который прошел проверку на реальных пользователях в продакшн, это передается ИТ для развития и сопровождения. Его надо обвязать описаниями и тестами, проверить устойчивость и масштабируемость, и провести необходимый реинжиниринг, опираясь на гипотезы о притоке пользователей. В этой команде точно есть место нынешнему тестировщику, работающему с автотестами, особенно если он занимался аспектами устойчивости и масштабирования.
# При агентской разработки есть задача мониторинга качества работы агентов и доработки harness в HADI-цикле. И это умеют делать тестировщики, если они работали с системами мониторинга нагруженных приложений в рамках нагрузочного тестирования и решения аналогичных задач. В рамках этих задач при большом масштабе разработки надо не только следить за текущими характеристиками, но и проводить апробацию различных моделей, а для этого нужно создавать наборы тест-кейсов и организовывать оценку. Эти задачи близки тестировщику, особенно если он работал с оценкой и тестированием ИИ-систем предыдущего поколения, например, рекомендательных системы выдачи рекламы и предложений пользователю или чат-ботов.

'''The future of IT: how AI is transforming the industry'''.

The use of AI has dramatically accelerated development: working with AI agents, a senior can complete an annual team project in a couple of months. Code creation is no longer a bottleneck - the constraint has shifted to task assignment, which means a change in processes and the role of IT. You need to new manage now, when testing a hypothesis takes a couple of days instead of three months. But engineers are try to adopt old concepts like requirements or CASE tools, creating SDD and Disrupt-PDCL.

Real practice follows a different path. Specifications are stalled due to the volume and complexity of verification. Instead of ideas or requirements, businesses bring prototypes created by vibecoding without specifications. But, business is ready to formulate acceptance criteria and '''QA can become a key role'''.

We will discuss how IT processes are being transformed and how, using '''agentic engineering''', we will create hybrid teams of people and AI agents to quickly and reliably solve problems.

= Презентация =

{{Presentation|AIagents-SQA-2026b-Tsepkov.pdf|290px}}

[[Категория:ИИ-агенты]]

Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)

2026-11-01T06:08:15Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ]]}}
[https://jokerconf.com/ Joker-2026]
[https://jokerconf.com/talks/20011494-how-to-organize-a-hybrid-team-of-humans-and-ai-agents/ Выступление на сайте конференции]
Видео доступно для участников, в публичном доступе ожидается

Весна этого года принесла переход от использования ИИ-агентов в качестве ИИ-помощников к встраиванию их в пайплайн обработки задач в конкретных ролях и '''созданию гибридной команды''' ('''agentic engineering'''). При этом инженеры пробуют реализовать давние мечты об идеальном процессе разработки без принципиального изменения подходов. Это породило концепции Spec Driven Development и AI-Disrupt-PDLC от Сбера. Однако ИИ-агенты обладают уникальными особенностями: с одной стороны – знания любых языков и технологий и способность быстрого обучения за счет описания компетенций, инструкций и передачи контекста, с другой – склонность фантазировать, выдавать поверхностные и ложные ответы. Поэтому встройка ИИ-агента – задача повышенной сложности.

Кроме того, возможность быстрого вайбкодинга прототипов и ускорение этапа написания кода во много раз, для некоторых задач – на порядок, а также существенные отличия агентов от людей по компетенциям, требует принципиально новой сборки процесса разработки в целом. Поэтому есть смысл подняться на теоретический уровень, посмотреть концепции разделение труда Адама Смита, Петра Щедровицкого, принципы бережливого производства (Lean), а также на сложившиеся практики изменения организации работы команды и выделения в ИТ в переломные периоды: появление персоналок, приход web-разработки и мобильных приложений. Это позволяет ориентироваться при планировании экспериментов, а не вести их вслепую.

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

= Краткое содержание =

Обзорное выступление по изменениям, когда ситуация меняется ежедневно – не простая задача. У меня в мае была статья [https://habr.com/ru/articles/1035522/ «Об организации труда ИИ-агентов»], но дополнения к ней появились почти сразу. Но я попробовал и вроде у меня получилось. Краткие тезисы.

# '''SDD – это старый известный водопад'''. Его не получилось реализовать на людях, и теперь попытались сделать на агентах.
## Не работает по тем же причинам: агенты делают не то и не так, в ответ идет наращивание подробностей в спецификации, как делают аналитики при разборках с разработчиками о том, кто виноват, в результате спецификация быстро становится не читаемой и не проверяемой. Причины известны с 1990-х.
## Третья – спецификацию невозможно обсуждать с бизнесом, он ее не понимает.
## Проверка спецификации по характеру работы сильно отличается от написания кода, '''это – другая компетенция'''. Когда разработчикам это навязывают, теряется мотивация.
# Есть ограниченный класс задач, которые решаются хорошо – когда есть типовые решения: сайт-визитка, типовой интернет-магазин, типовой документооборот, типовая CRM небольшого бизнеса. Раньше делали платформу с точками расширения, теперь можно сделать harness для скелета решения и чек-лист для проверки спецификации.
# Есть способы несколько облегчить проблемы SDD.
## Возложить проверку на ИИ, а разработчики пусть пишут чек-лист и архитектурные принципы.
## Проверяем не спецификацию, а точки принятия решений, в которых ИИ делал выбор из альтернатив – это ближе и проще.
## В спецификации пишем не способ решения, а краткую архитектуру и набор тест-кейсов – это получается не SDD, а '''TDD/BDD''', хотя формат OpenSpec это позволяет.
# Можно работать через прототипы. Тем более, что бизнес сам с удовольствием вайбкодит прототипы. Правда, он потом требует их поставить в прод, а разработка не может понятно объяснить, почему не может это сделать. Это направление точно будет развиваться. При этом описание архитектуры, тест-кейсы и другая документация таким приложениям нужны, но может появляться позже, по мере того, как прототип стабилизируется.
# Но вот сделать harness-платформу, на которой бизнес будет вайбкодить все, что ему нужно, как предлагает '''Disrupt-PDCL''' от Сбера – точно не получится, как 25 лет назад не получилось обеспечить разработку приложений за счет создания CASE-средств. Причины – те же, платформа не обеспечит сложные случаи, для которых нужна '''совместная работа бизнеса и разработчиков''' над поиском решений, приемлемых по сложности и решающих проблемы бизнеса. Надо уметь включать в эту команду ИИ-агентов.
# ИИ-агенты хорошо делают частные задачи. При этом процесс разработки расщепляется на более мелкие операции. Это уже было – когда вместо программиста появилась команда из аналитика, разработчика и тестировщика, а позднее веб-мастер превратился в дизайнера и фронт-разработчика. И есть обратные процессы, когда специализации объединяются – как было с кроссфункциональными командами вместо отделов и происходит сейчас с '''tiny-team'''. Можно использовать те же схемы для проектирования процесса, в презентации у меня была '''схема Акта деятельности''' из СМД-методологии, поверх которой нарисовано конкретное разделение труда.
# Важно помнить, что '''недостаточно разделить на операции, необходимо обеспечить компетенцию исполнителей, снабдить их знаниями'''. Даже когда это ИИ-агенты. Это – вертикальное измерение разделения труда. Если у вас агент проверяет архитектуру или качество кода по чек-листу, то надо поверх запускать '''HADI-цикл''', в котором ведется мониторинг текущего качества, выявляются проблемные типы задач и решаются доработкой harness. Об этом забывают, не ставят доработку harness как процесс. При этом можно перераспределять задачи между ИИ и человеком: ставишь ИИ-агента, который делит задачи на простые и сложные по каким-то критериям, простые отдает ИИ (их может быть несколько с разными моделями), а сложные – человеку. И поверх – мониторинг и совершенствование.
# В целом тут большое поле деятельности, ИИ-агенты сейчас позволяют сделать то, до чего не доходили руки: покрыть тестами, актуализировать документацию, написать скрипты, чтобы создавать тестовые стенды на основе боевых и так далее.
# ИИ меняет не только разработку, но и бизнес. Если гипотеза проверяется за 3-5 дней вместо 2-3 месяцев, надо перестраивать весь процесс и роль ИТ в нем. Раньше бизнес говорил: «куча идей, разработка не успевает», теперь вопрос к качеству идей. Работа владельца продукта стала новым ограничением.
# '''Внедрять ИИ по площади бессмысленно'''. Теория ограничений Голдратта говорит: ускорение в конкретном месте только тогда дает бизнес-эффект, когда это место является ограничением для бизнеса. Внедрение по площади приводит к тому, что ИИ в точках ограничений появляется позднее, чем в других местах – там операционка зашкаливает. Поэтому проекты массового внедрения ИИ не дают бизнес-эффекта. Правильный подход – фокусировка: пилоты для апробирования, точечные внедрения в критических участках с ожидаемым результатом, и лишь затем – распространение. Распространять – необходимо: ИИ – инфраструктура, как электричество или интернет: освоить необходимо, применять надо там, где уместно. '''ИИ не даст конкурентного преимущества, потому что будет у всех'''.
# Работа с ИИ дает лог работы сотрудника, подробнее, чем таск-трекер. Это можно использовать для анализа и совершенствования работы. Хотя понятно, что сначала попробуют использовать для контроля. Это пока практически не прорабатывается, а по сути тут – тоже HADI-цикл.
# И в заключении была пара слайдов про те изменения, которые ИИ принесет в жизнь – когда у каждого из нас будут свои ИИ-помощники, организующие жизнь. И роботы – Китай активно работает в эту сторону, в том числе снижая стоимость, да и у нас разработки ведутся, на конференции было выступление Сбера с впечатляющими результатами.

= Презентация =

{{Presentation|AIagents-Joker-2026-Tsepkov.pdf|290px}}

[[Категория:Доклады]][[Категория:ИИ-агенты]]

Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)

2026-11-01T06:06:04Z

MaksTsepkov:

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ]]}}
30-31.10.2026 Москва [https://sqadays.com '''SQAdays''']
[https://sqadays.com/ru/talk/150748 Выступление на сайте конференции]
Видео ожидается

Использование ИИ кардинально ускорило разработку: работая с ИИ-агентами сеньор может выполнить годовой проект команды за пару месяцев. Создание кода перестало быть узким местом — ограничение сместилось на постановку задач, а это означает изменение процессов и роли ИТ. Управлять разработкой, когда проверка гипотезы вместо трех месяцев занимает пару дней, надо иначе. Инженеры же пока пытаются адаптировать старые концепты вроде разработки по требованиям и CASE-средств, создавая SDD и Disrupt-PDCL.

Реальная практика идет по другому пути. Подробные спецификации буксуют из-за объема и сложности проверки. Вместо идей и ТЗ бизнес приносит готовые прототипы, созданные с помощью вайбкодинга без спецификации. Но, бизнес готов формулировать acceptance criteria и '''тестировщики могут стать ключевым звеном разработки'''.

В выступлении обсудим, как трансформируются ИТ-процессы и как с помощью '''agentic engineering''' создавать гибридные команды из людей и ИИ-агентов для быстрого и надежного решения задач.

Это выступление - пересборка выступления на [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]], которое было на полторы недели раньше. Тезисы, описывающие ситуацию в ИТ-разработке - сохранились, я не буду их здесь дублировать со страницы выступления. Но были добавлены тезисы, касающиеся возможной роли тестировщика. Они распределены по выступлению, а здесь я их соберу.

# Один из работающих вариантов SDD заключается в том, что вместо технического дизайна в спецификацию пишут '''Acceptance criteria и тест-кейсы''', и в таком виде передают агенту для разработки, получается развитие TDD/BDD. В этом случае тестировщик естественным образом занимает '''роль прикладного разработчика'''. Если он работал с автотестами, то представления о коде у него есть, включая работу интеграции. Так что освоение новой роли будет не сильно сложным.
# Аналогичная роль прикладного разработчика может быть при разработке прототипов или вайбкодинга приложений по заказу. Тут требуется большее количество навыков аналитика, но они у многих тестировщиков они есть – они взаимодействуют с заказчиком и пользователями для уточнения поведения системы в сложных случаях или разбора инцидентов в рамках поддержки. Кроме того, у тестировщиков обычно хорошие представления о способах интеграции в рамках конкретного ИТ-ландшафта, которые неизбежно потребуются для решения таких задач, чтобы обеспечить вписывание создаваемых сервисов в существующий ИТ-ландшафт.
# После того, как для новой фичи или продукта вайбкодингом создан прототип или MVP, который прошел проверку на реальных пользователях в продакшн, это передается ИТ для развития и сопровождения. Его надо обвязать описаниями и тестами, проверить устойчивость и масштабируемость, и провести необходимый реинжиниринг, опираясь на гипотезы о притоке пользователей. В этой команде точно есть место нынешнему тестировщику, работающему с автотестами, особенно если он занимался аспектами устойчивости и масштабирования.
# При агентской разработки есть задача мониторинга качества работы агентов и доработки harness в HADI-цикле. И это умеют делать тестировщики, если они работали с системами мониторинга нагруженных приложений в рамках нагрузочного тестирования и решения аналогичных задач. В рамках этих задач при большом масштабе разработки надо не только следить за текущими характеристиками, но и проводить апробацию различных моделей, а для этого нужно создавать наборы тест-кейсов и организовывать оценку. Эти задачи близки тестировщику, особенно если он работал с оценкой и тестированием ИИ-систем предыдущего поколения, например, рекомендательных системы выдачи рекламы и предложений пользователю или чат-ботов.

'''The future of IT: how AI is transforming the industry'''.

The use of AI has dramatically accelerated development: working with AI agents, a senior can complete an annual team project in a couple of months. Code creation is no longer a bottleneck - the constraint has shifted to task assignment, which means a change in processes and the role of IT. You need to new manage now, when testing a hypothesis takes a couple of days instead of three months. But engineers are try to adopt old concepts like requirements or CASE tools, creating SDD and Disrupt-PDCL.

Real practice follows a different path. Specifications are stalled due to the volume and complexity of verification. Instead of ideas or requirements, businesses bring prototypes created by vibecoding without specifications. But, business is ready to formulate acceptance criteria and '''QA can become a key role'''.

We will discuss how IT processes are being transformed and how, using '''agentic engineering''', we will create hybrid teams of people and AI agents to quickly and reliably solve problems.

= Презентация =

{{Presentation|AIagents-SQA-2026b-Tsepkov.pdf|290px}}

[[Категория:ИИ-агенты]]

AIagentsSQA

2026-10-29T10:24:18Z

MaksTsepkov: Перенаправление на Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)

#REDIRECT [[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)]]

AIagentsSQA

2026-10-29T10:24:05Z

MaksTsepkov: Новая страница: «#REDIRTECT Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)»

#REDIRTECT [[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)]]

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-29T10:22:00Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#WorldChg|ИИ и изменение мира]] '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14-15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)|'''Будущее ИТ: как ИИ трансформирует отрасль''']] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
- Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= ИИ и изменения мира =
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]
'''Тематические страницы: [[:Категория:Китай становится лидером|Китай становится лидером]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Осенью 2025 года я был в поездке по китайским технологическим компаниям (Baidu, Xiaomi и ряд других). Увиденное произвело на меня впечатление: я понял, что переход мирового лидерства Китаю будет не когда-нибудь в будущем, а происходит прямо сейчас и начал изучать тему глубоко. Результат – книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], большой вебинар в СШЭ '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]], '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|ПИР]]''' и на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]], а также [[:Категория:Китай становится лидером|'''другие материалы''']] (всего {{PAGESINCATEGORY:Китай становится лидером|pages}} статей).

В материалах по Китаю есть части, посвященные развитию технологий ИИ и отличию китайского взгляда на них. Помимо них, у меня есть отдельные выступления, начиная от визионерских выступлений 2024-2025 годов и продолжая современным развитием темы.
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)]]'''
* 15.05.2026 Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* 14-15.10.26 '''[[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]]'''
* 30-31.10.26 '''[[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)]]'''
Все материалы собраны в [[:Категория:ИИ-агенты|'''Категории ИИ-агенты''']].

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]], [[Категория:Китай становится лидером|Переход лидерства Китаю]],[[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']]
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-29T10:20:16Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#WorldChg|ИИ и изменение мира]] '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14-15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] [[Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)|'''Будущее ИТ: как ИИ трансформирует отрасль''']] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
- Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= ИИ и изменения мира =
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]
'''Тематические страницы: [[:Категория:Китай становится лидером|Китай становится лидером]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Осенью 2025 года я был в поездке по китайским технологическим компаниям (Baidu, Xiaomi и ряд других). Увиденное произвело на меня впечатление: я понял, что переход мирового лидерства Китаю будет не когда-нибудь в будущем, а происходит прямо сейчас и начал изучать тему глубоко. Результат – книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], большой вебинар в СШЭ '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]], '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|ПИР]]''' и на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]], а также [[:Категория:Китай становится лидером|'''другие материалы''']] (всего {{PAGESINCATEGORY:Китай становится лидером|pages}} статей).

В материалах по Китаю есть части, посвященные развитию технологий ИИ и отличию китайского взгляда на них. Помимо них, у меня есть отдельные выступления, начиная от визионерских выступлений 2024-2025 годов и продолжая современным развитием темы.
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)]]'''
* 15.05.2026 Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* 14-15.10.26 '''[[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]]'''
Все материалы собраны в [[:Категория:ИИ-агенты|'''Категории ИИ-агенты''']].

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]], [[Категория:Китай становится лидером|Переход лидерства Китаю]],[[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']]
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Будущее ИТ: как ИИ трансформирует отрасль (SQAdays-2026)

2026-10-29T10:19:29Z

MaksTsepkov: Новая страница: «{{RightNote|Еще про ИИ}} 30-31.10.2026 Москва [https://sqadays.com '''SQAdays'''] [https://sqadays.com/r…»

{{RightNote|[[:Категория:ИИ-агенты|Еще про ИИ]]}}
30-31.10.2026 Москва [https://sqadays.com '''SQAdays''']
[https://sqadays.com/ru/talk/150748 Выступление на сайте конференции]
Видео ожидается

Использование ИИ кардинально ускорило разработку: работая с ИИ-агентами сеньор может выполнить годовой проект команды за пару месяцев. Создание кода перестало быть узким местом — ограничение сместилось на постановку задач, а это означает изменение процессов и роли ИТ. Управлять разработкой, когда проверка гипотезы вместо трех месяцев занимает пару дней, надо иначе. Инженеры же пока пытаются адаптировать старые концепты вроде разработки по требованиям и CASE-средств, создавая SDD и Disrupt-PDCL.

Реальная практика идет по другому пути. Подробные спецификации буксуют из-за объема и сложности проверки. Вместо идей и ТЗ бизнес приносит готовые прототипы, созданные с помощью вайбкодинга без спецификации. Но, бизнес готов формулировать acceptance criteria и '''тестировщики могут стать ключевым звеном разработки'''.

В выступлении обсудим, как трансформируются ИТ-процессы и как с помощью '''agentic engineering''' создавать гибридные команды из людей и ИИ-агентов для быстрого и надежного решения задач.

'''The future of IT: how AI is transforming the industry'''.

The use of AI has dramatically accelerated development: working with AI agents, a senior can complete an annual team project in a couple of months. Code creation is no longer a bottleneck - the constraint has shifted to task assignment, which means a change in processes and the role of IT. You need to new manage now, when testing a hypothesis takes a couple of days instead of three months. But engineers are try to adopt old concepts like requirements or CASE tools, creating SDD and Disrupt-PDCL.

Real practice follows a different path. Specifications are stalled due to the volume and complexity of verification. Instead of ideas or requirements, businesses bring prototypes created by vibecoding without specifications. But, business is ready to formulate acceptance criteria and '''QA can become a key role'''.

We will discuss how IT processes are being transformed and how, using '''agentic engineering''', we will create hybrid teams of people and AI agents to quickly and reliably solve problems.

= Презентация =

{{Presentation|AIagents-SQA-2026b-Tsepkov.pdf|290px}}

[[Категория:ИИ-агенты]]

Файл:AIagents-SQA-2026b-Tsepkov.pdf

2026-10-29T10:15:30Z

MaksTsepkov:

Блог:Максима Цепкова/2026-10-29: AI Native Conf: освоение ИИ продолжается

2026-10-29T10:08:34Z

MaksTsepkov:

{{Conf-Ref}}
На habr опубликован [https://habr.com/ru/companies/oleg-bunin/articles/1099946/ '''мой отчет'''] с '''AI Native Conf''', которая прошла 20.10. Это уже третья конференция ontico в этом году, посвященная AI, и это не считая отдельных треков на больших конференциях. Это не удивительно – ИИ сильно меняет и разработку софта и мир в целом, и сейчас идет процесс интенсивных изменений. На открытие конференции Олег Бунин сказал, что '''происходящее напоминает ему 2007 год, когда массовое распространение интернет тоже сильно меняло мир''' и породило интенсивную разработку. Тогда появился новый сегмент public web, технологии которого сейчас уже mainstream. А в кулуарах я слышал мнение, что появление ИИ даже круче, его '''сравнивали с появлением персональных компьютеров'''. О масштабах можно спорить, но изменения реально значительные. Конференция показывает, как продолжается освоение '''agentic engineering''' в крупными компаниями. Они движутся медленнее, потому что в силу своего размера вынуждены решать более масштабные задачи. Но тем интереснее наблюдать за их движением. На фазе разработки изменения уже уверенные, а сейчас идет '''освоение фазы discovery'''.

[https://t.me/mtsepkov/1212 Пост в Tg] [https://max.ru/channel_tsepkov/AaGHHHMlRzg Пост в max]

[[Категория:ИИ-агенты]]
{{wl-publish: 2026-10-29 13:06:14 +0300 | MaksTsepkov }}

AInative-2026

2026-10-29T10:08:11Z

MaksTsepkov: Перенаправление на Блог:Максима Цепкова/2026-10-29: AI Native Conf: освоение ИИ продолжается

#REDIRECT [[Блог:Максима Цепкова/2026-10-29: AI Native Conf: освоение ИИ продолжается]]
[[Категория:Конференции]]

Блог:Максима Цепкова/2026-10-29: AI Native Conf: освоение ИИ продолжается

2026-10-29T10:06:14Z

MaksTsepkov: Новая страница: «{{Conf-Ref}} На habr опубликован [https://habr.com/ru/companies/oleg-bunin/articles/1099946/ '''мой отчет'''] с '''AI Native Conf''', кот…»

{{Conf-Ref}}
На habr опубликован [https://habr.com/ru/companies/oleg-bunin/articles/1099946/ '''мой отчет'''] с '''AI Native Conf''', которая прошла 20.10. Это уже третья конференция ontico в этом году, посвященная AI, и это не считая отдельных треков на больших конференциях. Это не удивительно – ИИ сильно меняет и разработку софта и мир в целом, и сейчас идет процесс интенсивных изменений. На открытие конференции Олег Бунин сказал, что '''происходящее напоминает ему 2007 год, когда массовое распространение интернет тоже сильно меняло мир''' и породило интенсивную разработку. Тогда появился новый сегмент public web, технологии которого сейчас уже mainstream. А в кулуарах я слышал мнение, что появление ИИ даже круче, его '''сравнивали с появлением персональных компьютеров'''. О масштабах можно спорить, но изменения реально значительные. Конференция показывает, как продолжается освоение '''agentic engineering''' в крупными компаниями. Они движутся медленнее, потому что в силу своего размера вынуждены решать более масштабные задачи. Но тем интереснее наблюдать за их движением. На фазе разработки изменения уже уверенные, а сейчас идет '''освоение фазы discovery'''.

[https://t.me/mtsepkov/1212 Пост в Tg] [https://max.ru/channel_tsepkov/AaGHHHMlRzg Пост в max]
{{wl-publish: 2026-10-29 13:06:14 +0300 | MaksTsepkov }}

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-28T08:51:41Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#WorldChg|ИИ и изменение мира]] '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14-15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
- Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= ИИ и изменения мира =
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]
'''Тематические страницы: [[:Категория:Китай становится лидером|Китай становится лидером]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Осенью 2025 года я был в поездке по китайским технологическим компаниям (Baidu, Xiaomi и ряд других). Увиденное произвело на меня впечатление: я понял, что переход мирового лидерства Китаю будет не когда-нибудь в будущем, а происходит прямо сейчас и начал изучать тему глубоко. Результат – книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], большой вебинар в СШЭ '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]], '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|ПИР]]''' и на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]], а также [[:Категория:Китай становится лидером|'''другие материалы''']] (всего {{PAGESINCATEGORY:Китай становится лидером|pages}} статей).

В материалах по Китаю есть части, посвященные развитию технологий ИИ и отличию китайского взгляда на них. Помимо них, у меня есть отдельные выступления, начиная от визионерских выступлений 2024-2025 годов и продолжая современным развитием темы.
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)]]'''
* 15.05.2026 Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* 14-15.10.26 '''[[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]]'''
Все материалы собраны в [[:Категория:ИИ-агенты|'''Категории ИИ-агенты''']].

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]], [[Категория:Китай становится лидером|Переход лидерства Китаю]],[[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']]
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-28T08:43:17Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#WorldChg|ИИ и изменение мира]] '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14-15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
- Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= ИИ и изменения мира =

Осенью 2025 года я поехал в путешествие по китайским технологическим компаниям (Baidu, Xiaomi и ряд других). Увиденное произвело на меня впечатление: я понял, что переход мирового лидерства Китаю будет не когда-нибудь в будущем, а происходит прямо сейчас и начал изучать тему глубоко. Результат – книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], большой вебинар в СШЭ '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]], '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|ПИР]]''' и на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]], а также [[:Категория:Китай становится лидером|другие материалы]] (всего {{PAGESINCATEGORY:Китай становится лидером|pages}} статей).

В материалах по Китаю есть части, посвященные развитию технологий ИИ и отличию китайского взгляда на них. Помимо них, у меня есть отдельные выступления, начиная от визионерских выступлений 2024-2025 годов и продолжая современным развитием темы.
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)]]'''
* 15.05.2026 Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* 14-15.10.26 '''[[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)]]'''
Все материалы собраны в [[:Категория:ИИ-агенты|'''Категории ИИ-агенты''']].

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]], [[Категория:Китай становится лидером|Переход лидерства Китаю]],[[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']]
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-28T08:03:27Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14.15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по изменениям в мире''' в ходе происходящей '''технологической революции''', приходу ИИ и других технологий цифрового мира – она ведет к принципиальному изменению экономики и общества, а также переходу лидерства от США к Китаю. Об этом – моя книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''] и [[:Категория:Китай становится лидером|другие материалы]].
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия''' в сопоставлении с классическим менеджментом, об этом — моя книга '''[https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]''' и [[:Категория:Серия статей про менеджмент цифрового мира|другие материалы]]
* '''Эксперт по моделям самоопределения и soft skill''', книги '''[https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''] и [[:Категория:Люди|другие материалы]]
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик''', об этом пока нет книги, но есть [[Категория:Архитектура|много выступлений и статей]].
'''Что я делаю?'''
* '''Обзорные лекции''' по актуальным темам: развитие ИИ и его влияние на ИТ и общество, менеджмент и культура Китая, технологическая революция и ее влияние на мир, классический и современный менеджмент, ведение ИТ-проектов, soft skill и модель личности и другим, '''адаптированные под интересы конкретной аудитории'''. Отличие – '''концептуально целостная картина''', не просто показывающая спектр вариантов, а связь между ними. Если какая-то из тем интересует – есть примеры выступлений.
* '''Учебные курсы''' по современному и классическому менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре. , ориентированные на конкретную аудиторию. Создаю такие курсы на заказ для компаний и ВУЗов ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
Консультирую по применению методов современного менеджмента и для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего с учетом изменений в мире и приходу ИИ.
- Консультирую по самоопределению, личностному росту, конфликтам и строительству команд, с учетом изменений в мире и приходу ИИ.

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше max или телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]], [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Несколько визионерских выступлений о будущем развитии мира'''
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)|'''Развитие общества в эпоху ИИ''']]'''

[[:Категория:ИИ-агенты|ИИ-агенты]]
'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']], в которой в последнее время выделилась отдельная категория [[:Категория:ИИ-агенты|'''ИИ-агенты''']].
* Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-27T12:28:41Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14.15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия, об этом — моя книга [https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]'''
* '''Эксперт по моделям самоопределения и soft skill, автор книг [https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик'''
* Тема 2026 года: '''китайский менеджмент и культурный код''', на основе визита в китайский технологические компании Baidu, Xiaomi и другие осенью 2025 ([[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|мой отчет]]) и дальнейшего погружения в тему.
'''Что я делаю?'''
* Провожу кругозорные лекции и учебные курсы, ориентированные на конкретную аудиторию по менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
* Консультирую по применению методов современного менеджмента для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего
* Консультирую по самоопределению, личностному росту, конфликтам и строительству команд

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]], [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Несколько визионерских выступлений о будущем развитии мира'''
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)|'''Развитие общества в эпоху ИИ''']]'''

[[:Категория:ИИ-агенты|ИИ-агенты]]
'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']], в которой в последнее время выделилась отдельная категория [[:Категория:ИИ-агенты|'''ИИ-агенты''']].
* Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-27T12:27:31Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14.15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия, об этом — моя книга [https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]'''
* '''Эксперт по моделям самоопределения и soft skill, автор книг [https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик'''
* Тема 2026 года: '''китайский менеджмент и культурный код''', на основе визита в китайский технологические компании Baidu, Xiaomi и другие осенью 2025 ([[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|мой отчет]]) и дальнейшего погружения в тему.
'''Что я делаю?'''
* Провожу кругозорные лекции и учебные курсы, ориентированные на конкретную аудиторию по менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
* Консультирую по применению методов современного менеджмента для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего
* Консультирую по самоопределению, личностному росту, конфликтам и строительству команд

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]], [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Несколько визионерских выступлений о будущем развитии мира'''
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)|'''Развитие общества в эпоху ИИ''']]'''

[[:Категория:ИИ-агенты|ИИ-агенты]]
'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']], в которой в последнее время выделилась отдельная категория [[:Категория:ИИ-агенты|'''ИИ-агенты''']].
* Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Я — Максим Цепков приветствую Вас на своем сайте

2026-10-27T12:26:00Z

MaksTsepkov:

__NOTOC__ __NOEDITSECTION__ __NONUMBEREDHEADINGS__
[https://t.me/mtsepkov '''Мой телеграм канал'''] [https://max.ru/channel_tsepkov '''Мой MAX канал'''] 
'''К разделам''' '''&dArr;''' [[#NewMng|Современный менеджмент]] '''&dArr;''' [[#SoftSkills|Модель личности]] '''&dArr;''' [[#ITarch|IT: архитектура и бизнес-анализ]] '''&dArr;''' [[#Blog|Блог]] '''&dArr;''' [[:Категория:Конференции|О конференциях]] '''&dArr;''' [[#Others|Остальное]]

{|width="100%"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;border-radius: 8px; padding: 0 0.5em; margin: 0 0 0.5em 0.5em; background: Cyan"><big>'''Скоро и недавно'''</big></div>
[[Файл:ChinaLeader-BookCover2.png|right|thumb|200px|border|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

10-13.09 Москва [http://festpir.ru '''ПИР'''] – '''[[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|Искусство синтеза противоположностей в корпоративной культуре Китая]]''' 
14.15.10 Петербург [https://jokerconf.com '''Joker'''] – [[Как организовать гибридную команду людей и ИИ-агентов (Joker-2026)|'''Как организовать гибридную команду людей и ИИ-агентов''']] 
30-31.10 Москва [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/150748 '''Будущее ИТ: как ИИ трансформирует отрасль'''] 
20-21.11 Москва [https://analystdays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/150749 '''Разработка на платформе – как достичь эффективности'''] 
17.07 вышла статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] 
15.05 вышла статья на habr [https://habr.com/ru/articles/1035522/ '''Об организации труда ИИ-агентов'''] 
----
'''04.05.26''' Опубликована книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], статьи и выступления по теме доступны в [[:Категория:Китай становится лидером|'''Категории Китай становится лидером''']], где уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''. 
Весной 2026 была серия выступлений про культуру китайских компаний. Наиболее полное - вебинар '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''', выступления на бизнес-конференциях: [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|Живая компания]] и [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|Литейный интенсив]]; на ИТ-конференциях: [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|ЛАФ-2026]], [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|AnalystDays]], [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|SQAdays]] и [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|AIconf]] 
----
17-18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']] 
10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] 
'''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. 
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<div style="float:right;">
<div style="font-size:medium; border: dashed 1px Gray; padding: 0 0.5em; margin: 0.5em 0 0 0.5em;">
=Я в сети=
[https://t.me/mtsepkov Telegram канал] 
[https://t.me/MaximTsepkov Telegram user] 
[https://max.ru/channel_tsepkov Max канал] 
[http://www.facebook.com/mtsepkov Facebook] 
[https://vc.ru/u/364500 Канал vc.ru] 

[http://www.linkedin.com/in/mtsepkov Linkedin] 
[https://twitter.com/mtsepkov Twitter] 
[http://www.slideshare.net/mtsepkov/ Slideshare] 
[http://maksiq.livejournal.com Живой журнал] 
maks.tsepkov@ya.ru
----
[[User:MaksTsepkov|Обо мне…]] 
[[:Категория:Доклады|Мои выступления]] 
[[:Категория:Статьи|Мои статьи]] 
[[Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю|Мои схемы]]
</div>
</div>
<html></html>
= Кто я и что делаю? =
* '''Навигатор по менеджменту цифрового мира: Agile, бирюзовые организации и социократия, об этом — моя книга [https://ridero.ru/books/menedzhment_cifrovogo_mira/ «Менеджмент цифрового мира»]'''
* '''Эксперт по моделям самоопределения и soft skill, автор книг [https://ridero.ru/books/inzhenernaya_model_lichnosti/ «Инженерная модель личности: Меняя себя и других — понимай устройство»]''' и [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']
* '''Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик'''
* Тема 2026 года: '''китайский менеджмент и культурный код''', на основе визита в китайский технологические компании Baidu, Xiaomi и другие осенью 2025 ([[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|мой отчет]]) и дальнейшего погружения в тему.
'''Что я делаю?'''
* Провожу кругозорные лекции и учебные курсы, ориентированные на конкретную аудиторию по менеджменту, моделям soft skill, самоопределению, ведению ИТ-проектов и архитектуре ([[Блог:Максима Цепкова/2024-12-11: Курс для Бюро 1440 - концепция развивалась 10 лет|отзыв на курс для Бюро 1440]])
* Консультирую по применению методов современного менеджмента для конкретной компании, помогаю выбрать вектора трансформации и определить образ будущего
* Консультирую по самоопределению, личностному росту, конфликтам и строительству команд

На сайте - [[Доклады и Статьи|'''{{#expr: {{PAGESINCATEGORY:Доклады|pages}} + {{PAGESINCATEGORY:Статьи|pages}} + {{PAGESINCATEGORY:Презентации нового менеджмента|pages}} + {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира|pages}} + {{PAGESINCATEGORY:Подкаст Менеджмент цифрового мира на TMFM|pages}} }} моих выступлений и статей''']], [[:Категория:Конференции|'''{{PAGESINCATEGORY:Конференции}} отчетов с конференций''']], [[:Категория:Книги|'''конспекты книг]]''', также '''[[Блог:Максима Цепкова|блог]]''', который я веду с 2010 и другие материалы. Дальше — тематический список основных материалов и ссылки на тематические разделы сайта.

'''Я открыт к общению''' через социальные сети и по почте (лучше телеграм) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом. Подробнее обо мне можно прочитать [[User:MaksTsepkov|на этой странице]].
|}

{|width="100%" style="border-spacing:0 10px;"
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= <html></html>Современный менеджмент и развитие общества =
[[Файл:NewMngBook-Cover.jpg|thumb|200px|border|[https://ridero.ru/books/menedzhment_cifrovogo_mira/ Книга на ridero] ]]
'''Тематические страницы: [[:Категория:Agile|Agile]], [[:Категория:Бирюзовые организации|Бирюзовые организации]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Управление проектами|Управление проектами]], [[:Категория:Серия статей про менеджмент цифрового мира|статьи «Менеджмент цифрового мира»]], [[:Категория:ИИ-агенты|ИИ-агенты]]'''

Я знаком с Agile-методами с 2007, а знакомство со Спиральной динамикой в 2013 дало понимание, что Agile-методы - не просто особый подход к управлению в IT, а зарождение менеджмента цифрового мира, вызовы которого пришли в ИТ раньше других. Спиральная динамика описывает современное развитие общества через изменений конструкции ценностей, подробности [[Формирование уровней спиральной динамики в общественном сознании|в этой статье]].
Знакомство с книгой Фредерика Лалу «Бирюзовые организации» показало альтернативу, которая встроена в общую картину. Как результат осмысления, зимой 2019-2020 была написана [[:Категория:Серия статей про менеджмент цифрового мира|'''серия из {{PAGESINCATEGORY:Серия статей про менеджмент цифрового мира}} статей''']], по которой в 2022 опубликована [https://ridero.ru/books/menedzhment_cifrovogo_mira/ '''книга «Менеджмент цифрового мира»]'''. Тема продолжает развиваться.

'''Материалы для знакомства с big picture современного менеджмента'''.
* Статья '''[[Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции]]'''
* Статья Гриши Храброва [https://vc.ru/life/159694 Культура, стратегия, лидерство в цифровом мире. Интервью с Максимом Цепковым]
* Статья [http://eroskosmos.org/teal-organizations-hype-or-future/ '''Бирюзовые организации — хайп или образ будущего?'''] на портале „'''Эрос и Космос'''“ ([[Блог:Максима Цепкова/2018-10-29: Бирюзовые организации: хайп или образ будущего?|на моем сайте]])
* '''Конспект книги [[Фредерик Лалу. Открывая организации будущего (конспект)|Фредерика Лалу «Открывая организации будущего»]]''', мне многие говорили, что именно он помог понять книгу.
* 15.03.19 [[Эволюция технологий управления (ПИР Сибирь-2019)|'''Эволюция технологий управления (Agile и бирюзовые организации — ответ менеджмента на вызовы новой промышленной революции)''']] на [http://pirsiberia.ru ПИР Сибирь]
* 25.09.19 Семинар [[Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)|'''Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира''']] в [http://obs.ru Открытой школе бизнеса] — большое видео с подробным введением в Agile
* 27-28.05.19 [https://ritfest.ru/2019 '''РИТ++'''] — [[Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019)|'''Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги''']]
* 09-12.09.21 '''[[Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)]]
* 16-17.09.21 '''[[Социократия - хороший источник практик по организации IT-проектов (Saint Teamlead-2021)]]''', [https://habr.com/ru/company/oleg-bunin/blog/678172/ '''расшифровка выступления'''], этих материалов нет в книге

'''Несколько визионерских выступлений о будущем развитии мира'''
* 16-18.02.24 '''[[Место ИТ и аналитиков в будущем мире (WAW-2024)]]'''
* 12-15.09.24 '''[[ИИ – зеркало человека, страхи, возможности и перспективы обусловлены этим (ПИР-2024)]]'''
* 22-23.02.25 '''[[Развитие общества в эпоху ИИ (WAW-2025)|'''Развитие общества в эпоху ИИ''']]'''

[[:Категория:ИИ-агенты|ИИ-агенты]]
'''Помимо выступления, которые дают big picture, у меня есть выступления и статьи на отдельные актуальные темы'''. Они собраны в категорию [[:Категория:Управление проектами|'''Управление проектами''']], в которой в последнее время выделилась отдельная категория [[:Категория:ИИ-агенты|'''ИИ-агенты''']].
* Статья [https://habr.com/ru/articles/1035522/ '''«Об организации труда ИИ-агентов»''']
* Статья [https://habr.com/ru/companies/custis/articles/913016/ '''SDLC: пойди туда, не знаю куда, но непременно по плану'''] на habr (05.2025)
* 30.10-03.11.23 '''[[Работа со стратегией в реалиях современного мира (Podlodka-2023)]]'''
* 24-25.10.23 '''[[Готовы к изменениям: адаптивная архитектура как часть ИТ-стратегии (HPS-2023)]]'''
* 27-28.02.23 '''[[Профстандарты и модели компетенций - желания и возможности (TeamLead-2023)]]'''
* 17.05.22 '''[[Почему проектный подход не работает в IT (Teamlead-2022)]]'''
* 04.04.21 '''[[Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение]]''' на конференции Школы системного менеджмента [https://system-school.ru/conf21 '''«Прикладное системное мышление-2021»''']
* 23.09.19 '''[[Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)]]'''
* 12.10.18 '''[[Мыслить проектно: история и современность (SECR-2018)]]''' — big picture, предыдущий вариант был [[Развитие управления проектами и критериев качества в ИТ (Максим Цепков на AgileDays-2015)|на AgileDays-2015]]
* 13.10.17''' [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)]]
* Статья '''[[Проекты — для достижения результата, а не для освоения бюджета]]''' — о методологии ведения проектов
* Тема [[:Категория:Роли|'''Роли и ответственность в проектах''']], последний '''[[Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять (SQAdays-20, 2016-11)|Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделять]]''' и '''[[Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)]]'''
* 08-09.02.18 на [http://teamleadconf.ru TeamLeadConf] '''[[Управление знаниями: какие документы нужны и что в них фиксировать (TeamLeadConf-2018)|Управление знаниями: какие документы нужны и что в них фиксировать]]''', на habr опубликована [https://habr.com/ru/company/oleg-bunin/blog/438820/ '''расшифровка''']

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Самоопределение и модели личности =
[[Файл:Модель личности - обложка.png|thumb|200px|border|[https://ridero.ru/books/inzhenernaya_model_lichnosti/ Книга на ridero] ]]
[[Файл:SelfDetBook-cover.jpg|thumb|200px|border|[https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ Книга на ridero] ]]

Тема личного и профессионального самоопределения актуальна для ИТ, выступления по ней были с 2017 года, зимой 2022-2023 года у меня вышла [[:Категория:Самоопределение|'''серия статей по самоопределению''']]. Проработка тем самоопределения, коммуникации и управления проектами потребовали знакомства с моделями soft skill, а взгляд архитектора помог мне на основе моделей нейрофизиологии и психологии собрать в 2024 единую модель в книге [https://ridero.ru/books/inzhenernaya_model_lichnosti/ '''«Инженерная модель личности: Меняя себя и других — понимай устройство»'''], доступной также в виде [[:Категория:Люди|'''серии статей''']]. А в 2025 году вышла книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»'''], где серия статей дополнена разделами по анализу текущей ситуации и доработана с учетом модели личности.

'''Тематические страницы: [[:Категория:Люди|Модели softskill]], [[:Категория:Самоопределение|Самоопределение]], [[:Категория:Модель личности|Модель личности]], [[:Категория:Спиральная динамика|Спиральная динамика]], [[:Категория:Модель Белбина|Модель Белбина]]'''

По этим темам у меня есть большое количество выступлений, часть из них легло в основу статей, другие - развивают тему. В книге изложение идет от базы к прикладным вопросам, а в большинстве выступлений - наоборот, от практических задач и прикладных моделей для их решения. Вот основные выступления.
* [[Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018)]] и развит на [[Как строить свой профессиональный путь - схемы самоопределения в QA-контексте (COMAQA-2018)|'''COMAQA''']], фокус — на пути к образу будущего.
* В 2022 — новая версия с фокусом на построении вдохновляющего образа, начат [[Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)|'''на AnalystDays-2022''']] и [[Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)|на конференции школы Левенчука]], далее [[Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)|'''на Saint Teamlead-2022''']] и '''[[Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)|Чего я хочу от жизни и работы]]'''.
* Серия обзорных выстулпений по моделям softskill: 11-12.11.2021 на [https://infostart.ru/events/1451228/ Infostart 11] «[[Модели softskill для тимлида (Infostart-2021)|'''Модели softskill для тимлида''']]» — развитие выступлений 22-23.09.2021 на [https://community-z.com/events/ta-all-escape2021 '''ESCAPE-2021'''] «[[Модели softskill - способ быстро понять другого (ESCAPE-2021)|'''Модели softskill — способ быстро понять другого''']]» и '''[[Модели softskill для тимлида (TeamLeadConf-2019)]]''', по выступлению на Infostart 25.09.23 опубликована [https://infostart.ru/1c/articles/1942952/ статья '''Модели softskill для тимлида''']

'''Новые выступления'''
* 06.2025 '''[[Инженерная модель личности (семинар УнивёрS 06.2025)]]'''
* 06-09.02.25 '''[[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]'''
* 13-14.07.24 '''[[Взаимодействуй с людьми и развивайся с опорой на модели личности (ЛАФ-2024)]]'''
* 26-27.04.24 '''[[Модели softskill - способ понимать людей и строить путь развития (SQAdays-2024 весна)]]'''
* 20-21.04.24 '''[[Самоопределение: чего я хочу от жизни и работы (Merge-2024)]]'''
* 30.11-01.12.23 '''[[Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023)]]'''
* 24-25.11.23 '''[[Самоопределение: чего я хочу от жизни и работы (SQAdays-2023)]]'''
* 7-10.09.23 '''[[Я и мои аватары в спектакле жизни (ПИР-2023)]]'''

'''Выступления про отдельным моделям'''
* 30.11.18 на [https://analystdays.ru/ru/program/62120 AnalystDays-9] [[Спиральная динамика для аналитика - работа на стыке культур (AnalystDays-9 осень 2018)|'''Спиральная динамика для аналитика — работа на стыке культур''']]
* [[:Категория:Модель Белбина|'''Модель Белбина''']] — развивающаяся серия выстулений с разными фокусами: [[Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)|на TrueTechDay-2023]], [[Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)|на PMclub.pro 02.2021]], [[Модель Белбина для IT: сила и слабость разных команд (TeamLeadConf-2020)|на TeamLeadConf-2020]] ([https://habr.com/ru/company/oleg-bunin/blog/522586/ '''текстовая расшифровка''']), [[Роли в команде - модель Белбина (COMAQA-2018)|на COMAQA-2018]], [[Роли в команде - модель Белбина (Максим Цепков на SPMconf-2012)|на SPMconf-2012]], о модели есть моя статья '''[[Типология ролей в команде (статья в MyType 1-2.2016)]]'''
* [[Типы личности (семинар 2008-02-12)|Типология Майерс-Бриггс]]

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= IT: архитектура и анализ =
'''Тематические страницы [[:Категория:Архитектура|Архитектура и анализ]], [[:Категория:DDD|DDD]], [[:Категория:Системное мышление|Системное мышление]], [[:Категория:Акторная модель|Акторная модель]]'''

* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']]: '''[[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)|на AnalystDays-2023]]''', развитие выступления [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)|'''на AnalystDays-2024''']], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)|'''на SQAdays-2024''']] и [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)|'''на Teamlead-2024''']] (у всех опубликовано видео).
* '''[[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)]]''' - продолжение [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
* Серия ведение постановок, включая подход DDD:
** Сопоставление монолитов и микросервисов: '''[[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]''' и '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]]'''
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
** Разбираемся в legacy-системе: '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]''' и '''[[Бизнес-анализ на легаси: как погрузиться в проект? (DUMP-2025)]]'''
** '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)]]''' - большой вебинар, в котором много материала
** '''[[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)]]'''
** '''[[Классика, user story, use case, DDD: обзор методов (Up!Date-2023)]]'''
** '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''
** '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]'''
** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]
** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''
** Серия статей на habr по ведению постановок [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований], [https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]
* Осенью 2020 начата серия выступлений и мастер-классов [[:Категория:Акторная модель|'''Акторная модель''']] — о визуальной модели для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом. Последнее выступление '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', до этого были [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|на '''TechLead-2021''']] и [[Визуальное проектирование масштабируемых приложений (Highload-2022)|на '''Highload-2022''']], а также много других.
* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья], на которых основано выступление '''[[Что такое - хорошая интеграция (Saint Highload-2021)]]''' и его развитие '''[[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]'''
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими…'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
* '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
* '''[[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]]''' — схемы '''СМД-методологии''' для аналитика
* '''Диаграммы учета''' — фирменный способ CUSTIS представления учетных моделей ([[:Категория:Диаграммы учета|Все материалы]])
** Наиболее полная статья '''[[Когда всем понятно]]'''.
** Выступления в Санкт-Петербурге [http://econ-conf.spbu.ru Международный экономический симпозиум — Соколовские чтения]: [[Диаграммы учета как средство для наглядного и целостного отображения правил учета (Соколовские чтения-2017)|в 2017]] и [[Целостное представление деятельности предприятия на диаграммах учета (Соколовские чтения-2018)|в 2018]]
|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
<html></html>
= Мой блог =

<big>'''[[Блог Максима Цепкова - оглавление|Полное оглавление блога]]</big>

{{Special:Wikilog/Блог:Максима Цепкова/Template:LastPostLog/1}}

[[Файл:Agile-Pryug-Scribing.jpg|400px|right|thumb|Cкрайбинг моего выступления [[Будущее уже наступило: от Agile к Бирюзовым организациям (Дни PR и маркетинга на Юге 2017)]]]]

{{Special:Wikilog/Блог:Максима Цепкова/Template:BlogInformerLine/24/sort=wlp_talk_updated}}

|-
|style="border: 1px solid #6688AA; background-color:#FCFFF0; padding:0.5em;"|
= Другие разделы сайта =
<html></html>
'''[[Доклады и Статьи|Мои Выступления и Статьи]], [[:Категория:Конференции|Отчеты с конференций]], [[:Категория:Книги|О книгах]], [[:Категория:Управление знаниями|Управление знаниями]], [[:Категория:СМД|СМД-методология]], [[:Категория:Общество|Общество]], [[:Категория:Экономика|Экономика]].'''

|}

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через [[Служебная:Вход|регистрацию на сайте]].

[[{{SITENAME}}]] содержит {{NUMBEROFPAGES}} страниц.

Блог:Максима Цепкова/2026-02-27: Опыт использования WVS для проверки гипотез (Китай)

2026-10-27T07:34:01Z

MaksTsepkov:

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

Многие эти вопросы входят в культурные модели, например у Хофстеде есть дистанция власти, индивидуализм против коллективизма и так далее. Но, к сожалению, оказалось, что динамика изменений не публикуется, в публичном доступе есть лишь данные 2015 года. Но я нашел другой проект, World Values Survey, в котором опубликованы первичные данные исследований по 100+ стран за 30+ лет, и есть более 1000 показателей, которые, правда, заполнены очень не равномерно. Я уже [[Блог:Максима Цепкова/2026-01-25: Проект WVS - динамика ценностей по странам за 30+ лет|'''писал об этом открытии''']], а сейчас хочу поделиться практикой использования этого при исследовании культурного кода Китая.

[https://t.me/mtsepkov/1146 Пост в Tg]

=== Как вести анализ ===

Первый шаг – получить с [https://www.worldvaluessurvey.org/WVSContents.jsp сайта проекта] можно получить csv-файл со всеми данными, 443 тысячи строк и 1000+ колонок, а также xls и pdf с описанием каждого поля. Дальше вырезаем из этого файла нужную страну, я делал простой командой find. То, что получилось – грузим в Excel. По Китаю – почти 11 тысяч строк первичных анкет, но из-за большого числа колонок Excel работает не быстро. Среди колонок есть '''S020''' – это год, смотрим, что есть в данных. По Китаю есть шесть серий: 1990, 1995, 2001, 2007, 2013, 2018. Если сопоставлять несколько стран, то опираться надо не на год, а на номер серии.

Далее в этот же Excel копируем описания колонок, полученные с сайта, и с помощью формул вычисляем заполненность конкретного показателя в каждой серии неотрицательными значениями. Есть общий принцип: отрицательное значение объясняет, почему показатель не заполнен в конкретной записи, а ноль или положительное содержит значение. Интерпретация значения описана в pdf-файле, она сильно различается для разных показателей: есть перечисления, где каждое значение означает что-то свое, есть Да-Нет, есть уровни по 10-бальной или 5-бальной шкале и так далее, вариантов много. Но на этом этапе интересует, что значение заполнено. Исходя из этого мы будем отбирать значения для анализа. Мне была важна динамика, а для этого важно, чтобы значения были заполнены в 5-6 сериях, а не в 1-2. Хорошо заполненных показателей нашлось всего 150 из 1000, понятно, что для части гипотез могут быть интересны и показатели, которые заполнены в 1-2 сериях.

Так как с большим файлом Excel работает медленно, то для анализа конкретных показателей удобно сделать отдельный файл с нужными колонками. Делаешь там лист с данными и переносишь то, что собираешься анализировать по колонкам. Не обязательно переносить все сразу, можно дополнять, главное не перепутать данные при переносе. Для этого удобно использовать двойную сортировку (S020, S007): в S020 – номер серии, а в S007 – уникальный номер записи. Можно сортировать просто по S007, но тогда серии оказываются перепутанными из-за изменения алгоритмов формирования номера, а это неудобно.

Дальше – примеры анализа и результаты.

=== Отношение к предпринимательству ===

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

* '''E035''' Income equality – Равенство доходов: шкала 1-10, 1 – уравнять, 10 – дифференцировать для стимулирования
* '''E036''' Private vs state ownership of business – Частная или государственная собственность на бизнес: шкала 1-10, 1 – частная, 10 – государственная
* '''E037''' Government responsibility – Чья должны быть ответственность: шкала 1-10, 1 – отдельных людей, 10 – государства.
* '''E039''' Competition good or harmful – Конкуренция это хорошо или плохо: шкала 1-10, 1 – хорошо, 10 – плохо.

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

И видны динамики.

* После начала реформ в пользу конкуренцию (E039) верили сильно, в 1990-2001 позитив (1-3) ставили 75-65%, а в 2007-2018 вера упала, но не слишком, ставят 4-5 баллов. Но при этом негативные оценки 6-10 ставит всего 10%, а с 2007 – 15%, то есть общество не против конкуренции.
* По равенству доходов (E035) динамика интереснее. В 1990 68% были за дифференциацию (8-10), в 1995 откат до 26%, а 38% хотят уравнять, в 2001 и 2007 дифференциация снова в моде, но только 30-40% против 24% за равенство, в 2013 идет поляризация: за равенство 43%, за дифференциацию 32%, а в 2018 – смещение к середине, там 44%, а по краям по 27-28%.
* По равенству доходов я также посмотрел аналитику по возрастным группам, используя поле X002 – год рождения. Интересно, что динамика изменений в отношении людей, родившихся в конкретном году, в целом повторяет динамику изменений показателя. То есть меняется общественное мнение в целом, нет ситуации, что новое поколение мыслит иначе, чем предыдущее.
* Частная и государственная собственность на бизнес (E036) – видно смещение и стабилизация: в 1990 49% было за государство, в 1995-2017 от 15 до 34% респондентов затруднялись ответить, было время сомнений, а определенные ответы были распределены по шкале, а к 2013-2018 люди определились, хотя ответы по-прежнему размазаны по шкале: 48% в середине, 22 за частную и 29 за государственную.
* А вот про распределение ответственности между индивидуумами и государством (E037) конкретного мнения нет: среднее колеблется по сериям от 5.1 до 6.3 без тренда, при этом много респондентов ставят крайние значения 1 и 10, плотно заполнена середина, а вот оценки 4 и 7 ставят мало, получается, что распределение имеет три пика.

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

=== Цели страны – ожидания людей ===

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

В показателях есть интересная Об этом я нашел серию вопросов '''E001-E006''': цели страны, цели респондента и важные для страны вещи, по паре вопросов на каждую, в которых предлагалось выбрать первый и второй приоритет из списка.

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

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

Если смотреть интегрально, то '''экономический рост''' волновал людей в 90-х (60/80%), потом упал до 40/60%, все больше на первую позицию выходит '''процветание''' (сделать наши города и сельскую местность красивее) – с 10 до 25%, однако вместе со второй позицией этот пункт всегда занимал 30-50%. Но '''борьба с ростом цен''' стабильно занимает второе место в личных целях респондента, показывая рост с 17/60 до 34/68. А стабильная экономика страны занимает первое место, хотя доля тех, кто так считает, уменьшается: с 82/92% в 90-е до 56/81% сейчас. В 2007 был локальный провал.

Любопытно '''с вооруженными силами''': было две волны нарастания, 1990-1995-2001 росло 17-23-37/55-55-63, потом – упало, а затем – снова начало расти: 2007-2012-2018: 17-23-37/38-50-67. То есть в середине нулевых были какие-то изменения, в результате которых в общественном мнении вооруженных сил упала довольно низко, а потом снова пошел рост.

Интересно сравнивать показатели '''поддержание порядка в стране''' и '''борьба с преступностью'''. Поддержание порядка занимает первое место в личных целях респондента, хотя важность уменьшается: 66/84 – 44/74, при это в нулевые было еще меньше. А вот борьбе с преступностью как приоритет для страны была на низком уровне в 90-х 4/32%, далее был пик в нулевых до 31/70 в 2001, а затем – снова уменьшение. То есть происходит перераспределение фокусов между государством и гражданином.

'''Влияние людей на решения''' никого особо не интересует, не интересует, идут колебания у диапазоне 2-8% в первой позиции и 15-20% вместе со второй, то же касается влияние граждан на решения (14/36), и свободы слова 2-5/10-18%. При этом, однако, '''прогресс в направлении менее безличного и более гуманного общества''' отмечают как относительно важный: на первую позицию он выходит редко, 7-14%, но вместе со второй дает 35-40%, при этом в нулевые тоже был провал. Интересен пункт '''идеи важнее денег''' – он был 8/36% в 90-е, в нулевые просел до 3/13% и вырос до 7/21 сейчас. Идеи людей не интересуют, им важна экономика.

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

С ожиданиями будущего связано еще три интересных показателя. В них описывается некоторая гипотеза о будущем, а дальше предлагается оценить, хорошо это или плохо по 10-бальной шкале. При этом саму гипотезу сомнениям не подвергают. Я не очень понимаю, почему предлагают оценивать именно так, исходя из справедливости некоторого представления о будущем, но, возможно, это позволяет проверить какие-то другие ответы. Итак, гипотезы и динамика изменений. Оценка в 10 баллов, и здесь я считаю, что 8-10 – позитив, 1-3 – негатив, а 4-7 – нейтрально. Но вообще полезно смотреть на исходную картину, потому что важно, насколько общество поляризовано, как часто попадаются крайние оценки 1 и 10.

* '''E015''' Будущие изменения: меньшее значение придается работе. Большинство считают, что это – плохо, но процент падает от 80 до 60, а позитивно оценивающих – растет от 8 до 26. Это – очень важный показатель, он как раз подтверждает тренд снижения интереса к работе по мере роста благосостояния.
* '''E016''' Будущие изменения: большее внимание к технологиям. Более 90% относятся позитивно, хотя в 2007-2013 был провал позитива до 75%
* '''E018''' Будущие изменения: Большее уважение к власти. Вырос позитив: от 24% до 61%, уменьшился негатив от 34% до 18% и нейтралы от 40 до 20. Видно, что авторитет власти растет вместе с ростом экономики и другими позитивными изменениями..

=== Что важно для человека ===

Группа показателей '''A001-A006''' показывает важность различных аспектов для человека по 4-бальной шкале.

* Важность семьи растет 3.5 в 1990-2000-х, 3.8 в 2010-х
* Работа была 3.5 в 1990-х, опустилась до 3.0 в 2013, в 2018 3.26
* Важность друзей растет: 3.0 в 1990-2000-х, 3.3 в 2010-х
* Свободное время растет: 2.5 в 1990-2000-х, 2.9 в 2010-х
* Политика: 2.6 с провалом 2.0 в 2007-2013
* Религия имеет малую важность, хотя и медленно повышается от 1.2 до 1.7

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

Интересны показателей '''A029-A042''' – '''качества ребенка, которые считают важным'''. Это косвенно показывает не только образ ребенка, но и образ взрослого, просто снимается проблема приписывания каких-то качеств, чтобы улучшить самооценку. Там 11 качеств: Независимость, Трудолюбие, Чувство ответственности, Воображение, Терпимость и уважение к другим людям, Бережливость и экономия денег и вещей, Решительность, Настойчивость, Религиозная вера, Бескорыстие, Послушание, Самовыражение, и еще в нескольких сериях были Хорошие манеры. Большинство респондентов (60-75%) выделило 5 из 11, меньше – 4 и 3, а в целом есть все варианты ответов от 0 до 10 качеств. Что видно по результату?

* Не нужны (70+%): Воображение, Решительность и настойчивость, Бескорыстие и Послушание, Вера совсем не нужна (98%)
* Нужны (70+%): Независимость, Трудолюбие, Чувство ответственности, Хорошие манеры
* Пополам (55 – 45): Терпимость и уважение к другим людям; бережливость и экономия
* У Трудолюбия был пик в 2001 и 2007 – 80+%, до этого – подъем от 64%, сейчас – падение до 70%. Интересно, что эта динамика '''слабо зависит от года рождения''' респондента. Молодежь входит в опрос (19-23 года), желая высокого трудолюбия у детей, а в следующих сериях у этой группы показатель падает.
* У Чувства ответственности и Независимости – провал в 1995, восстановление, а в 2018 подъем. Независимость колеблется сильнее. И эти динамики слабо зависят от года рождения респондента.
* Явно падает бережливость, решительность-настойчивость и послушание, остальное – флуктуации. -
* A008 Чувство счастья, A170 Удовлетворенность жизнью, C006 Удовлетворенность финансовым положением домохозяйства

=== Удовлетворенность жизнью ===

* '''A008 – Чувство счастья'''. Китайцы счастливы. Высшие баллы Very happy и Quite happy в 1990 ставили 67%, а в 1995 их стало 84%, в нулевых – 76-78, а в 10-х идет вверх и сейчас 90%.
* '''A170 – Удовлетворенность жизнью''' по 10-бальной шкале у 45-55% высокая (8-10), еще 36-40% средняя (5-7), только 8-15% низкая. В нулевых был небольшой провал.
* '''C006 – Удовлетворенность финансовым положением домохозяйства''' – аналогично, 30-37% высокая (8-10), еще 40-50% средняя (5-7). Слабо удовлетворены (1-4) сейчас 16%, пик слабой удовлетворенности был до 30% в нулевые (2001 и 2007), а в 90е 22%.
* '''A173''' – '''Насколько велика свобода выбора и контроля над своей жизнью?''' 45-50% считают высокой (8-10), еще 35-40 средней (5-7), 10% малой (1-4). Но в 1995 и 2001 низкие значения доходили до 15%. Это – очень интересный показатель: '''китайцы считают, что распоряжаются своей жизнью они сами, а не судьба или государство'''.

=== Подведу итоги ===

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

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

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

{{wl-publish: 2026-02-27 17:57:17 +0300 | MaksTsepkov }}
[[Категория:Китай становится лидером]][[Категория:Модель личности]]

Категория:Китай становится лидером

2026-10-24T06:36:25Z

MaksTsepkov:

{{RightNote|[[:Категория:Люди|Еще про человека, команды и организации]]}}
[[Файл:ChinaLeader-BookCover2.png|right|thumb|border|300px|[https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ Книга на ridero]]]

'''В ближайшие 3-7 лет Китай перехватит технологическое и политическое лидерство у США''' — этот вывод я сделал из поездки по технологическим компаниям Китая ('''Baidu, Xiaomi, SenseTime''' и другие) осенью 2025 года. Это — не далекое будущее, и не параллельная реальность, это совсем скоро произойдет в нашем мире.

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

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

Об всем этом в мае 2026 у меня вышла книга [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], которая пока доступна на ridero и ожидается на других площадках.

А если вы предпочитаете слушать, то в январе 2026 я рассказывал об этом
на вебинаре [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] (там полтора часа). Многие материалы также доступны в виде статей в этой категории, начиная с [[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|'''подробного отчета о поездке''']]. Первые статьи я публиковал на сайте, а затем начал публикацию на vc.ru и habr.

Я также активно рассказываю об этом на выступлениях.
* 13-14.02 Москва [https://biorgconf.ru/ '''Живая компания'''] – [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|'''Найти опору в эпоху перемен: логика и культура лидерства Китая''']] (есть видео)
* 20.04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|'''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']] (видео для участников)
* 24-25.04 Петербург [https://sqadays.com '''SQAdays'''] – [[Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов (SQAdays-2026)|'''Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов''']]
* 22-23.05 Петербург [https://AnalystDays.ru '''AnalystDays'''] – [[Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов (AnalystDays-2026)|'''Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов''']]
* 28-29.05 Москва [https://lit-int.ru/ '''Литейный интенсив'''] – [[Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию? (Литейный интенсив-2026)|'''Управленческая экспедиция по Китаю. Что должен знать про Китай каждый руководитель, развивающий свою компанию?''']] (есть видео)
* 13-14.06 Иваново [https://lafest.ru/index.php?program2026 '''ЛАФ'''] – [[Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)|'''Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов''']] (есть видео)
* 10-13.09 Москва [https://festpir.ru '''ПИР'''] – [[Искусство синтеза противоположностей в корпоративной культуре Китая (ПИР-2026)|'''Искусство синтеза противоположностей в корпоративной культуре Китая''']]

[[Категория:Общество]][[Категория:Люди]]

Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)

2026-10-24T06:30:05Z

MaksTsepkov:

{{RightNote|[[:Категория:Китай становится лидером|Еще про лидерство Китая]]}}
13-14.06 Иваново [https://lafest.ru/index.php?program2026 '''ЛАФ-2026''']
[https://lafest.ru/public_class/opora-v-epokhu-peremen-logika-i-kultura-liderstva-kitaya-i-opyt-kitaiskikh-tech-gigantov.html Выступление на сайте конференции]
[https://lafest.ru/index.php?record&record_id=1231603076 Видео на сайте конференции]

Волны технологического развития делают Китай новым мировым лидером. Это повлияет на весь мир: лидерство переходит на Восток с его особым культурным кодом. Моя поездка по китайским компаниям (Baidu, Xiaomi, SenseTime и других) позволила мне увидеть их устройство и культуру в действии и разобраться в ее механизмах. Вопреки тиражируемой цитата «не дай вам бог жить в эпоху перемен» со ссылкой на Конфуция, китайцы относятся в переменам как к возможности, а не как к проклятию.

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

Помимо видео выступления можно смотреть большой вебинар [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] или читать книгу [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], а также [[:Категория:Китай становится лидером|другие материалы]].

= Видео =

<html>
<iframe title="vimeo-player" src="https://player.vimeo.com/video/1231603076?h=6cc15f63f0" width="640" height="360" frameborder="0" referrerpolicy="strict-origin-when-cross-origin" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" allowfullscreen></iframe>
</html>

= Презентация =

{{Presentation|ChinaLeader-LAF-2026-Tsepkov.pdf|290px}}

[[Категория:Китай становится лидером]][[Категория:Доклады]]

Опора в эпоху перемен: логика и культура лидерства Китая и опыт китайских tech-гигантов (ЛАФ-2026)

2026-10-24T06:28:57Z

MaksTsepkov:

{{RightNote|[[:Категория:Китай становится лидером|Еще про лидерство Китая]]}}
13-14.06 Иваново [https://lafest.ru/index.php?program2026 '''ЛАФ-2026''']
[https://lafest.ru/public_class/opora-v-epokhu-peremen-logika-i-kultura-liderstva-kitaya-i-opyt-kitaiskikh-tech-gigantov.html Выступление на сайте конференции]
[https://lafest.ru/index.php?record&record_id=1231603076 Видео на сайте конференции]

Волны технологического развития делают Китай новым мировым лидером. Это повлияет на весь мир: лидерство переходит на Восток с его особым культурным кодом. Моя поездка по китайским компаниям (Baidu, Xiaomi, SenseTime и других) позволила мне увидеть их устройство и культуру в действии и разобраться в ее механизмах. Вопреки тиражируемой цитата «не дай вам бог жить в эпоху перемен» со ссылкой на Конфуция, китайцы относятся в переменам как к возможности, а не как к проклятию.

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

Видео ожидается. Пока его нет, можно смотреть вебинар [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] или читать книгу [https://ridero.ru/books/kitai_dao_menedzhmenta_i_kulturnyi_kod_budushego_lidera_mira/ '''«Китай: дао менеджмента и культурный код будущего лидера мира»'''], а также [[:Категория:Китай становится лидером|другие материалы]].

= Видео =

<html>
<iframe title="vimeo-player" src="https://player.vimeo.com/video/1231603076?h=6cc15f63f0" width="640" height="360" frameborder="0" referrerpolicy="strict-origin-when-cross-origin" allow="autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share" allowfullscreen></iframe>
</html>

= Презентация =

{{Presentation|ChinaLeader-LAF-2026-Tsepkov.pdf|290px}}

[[Категория:Китай становится лидером]][[Категория:Доклады]]

Блог:Максима Цепкова/2025-11-13: ArchDays - ИИ и архитектура

2026-10-22T15:33:04Z

MaksTsepkov:

{{Conf-Ref}}

Конференция [http://2025.archdays.ru '''Archdays'''] проходит с 2019 года, а я на ней был в четвертый раз. Это — интересная площадка. Организаторы собирают архитекторов из крупного Enterprise, и это дает возможность заглянуть внутрь. На открытии '''Сергей Баранов''' дал ретроспективу развитие тем на конференции. Начиналось все с микросервисов, затем шло повышение уровня абстракции: архитектурные паттерны, технический долг, '''архитектура как экосистема''' в целом. А в этом году темой был ИИ, встройка которого в ИТ-ландшафт порождает много новых типов проблем — и с ними надо разбираться.

'''Презентации конференции опубликованы''' в [https://2025.archdays.ru/program/ расписании выступлений]
'''Видео опубликовано''' (17.02.2026) [https://t.me/archdays/67 пост в Tg], [https://youtube.com/playlist?list=PLrVFXqPAjZspdew_cxF88CkPUCZD5GiuJ&si=WXHhzsXBe6p7liVQ youtube], [https://vkvideo.ru/playlist/-184472537_6?sh=4 VK-video]

В докладах конференции много фактуры, которую не так часто показывают, например, в этом году '''Александр Войновский и Олег Зоткин из ГазпромНефть''' показали свои '''архитектурные схемы''' включения приложений с ИИ в ИТ-ландшафт. Схемы можно увидеть в презентациях.

А у меня — '''обзор докладов''', среди которых я еще хочу упомянуть рассказ про '''ИИ на минималках Павла Кана из Greensight''' и рассказ '''Руслана Серкина''' о том, какие технические долги ИИ помогает разгребать, а какие — приносит. Еще был любопытный доклад '''Павла Кутакова из VKTech''' про простую архитектуру, которая, однако, не исключает масштабирования, а также доклад '''Сергея Баранова''', посвященный '''экономическим последствиям архитектурных решений''' со множеством примеров критериев выбора. Конференция — один день, три трека, так что в обзоре всего треть докладов конференции, учитывайте это.

Но до обзора повторю то, что я писал в [[Highload-2025|отчете о Highload]]: ИИ перешел из стадии создания отдельных приложений в один из элементов в архитектуры приложений. Приложений с ИИ — много, и они уже встраиваются в архитектуру предприятия регулярным образом. При этом могут быть использованы как стандартные системы, так и собственные, в том числе возможны дешевые решения, об этом был доклад. А еще использование ИИ встраивается в pipeline разработки как отдельные шаги, об этом были доклады и здесь, и на Teamlead.

== Александр Войновский и Олег Зоткин из Газпром нефть. Эффективная архитектура ИИ для цифровизации производства ==

Этот доклад — возможность заглянуть в архитектуру крупного Enterprise и способы встройки в нее ИИ-приложений. Газпромнефть работает в этом направлении уже давно, и таких приложений много. Поэтому уже наработаны типовые схемы их встройки, включая переход от DevOps к ML-ops конвейеру и обеспечение надежности решений при непредсказуемости поведения.

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

# Capability map ГПН, отражающая ИТ-ландшафт
# Применение ИИ в ИТ-ландшафте с подсветкой соответствующих квадратов
# Мапинг проектов ИИ на карту технологий.
# Инструментарий разработки и типовая схема фаз проекта для приложения с ИИ
# Обзор рынка инструментов и платформ MLSECOPS
# Архитектурные схемы приложений с ИИ, их встройки в ИТ-ландшафт

А помимо схем в рассказе был ряд практических вопросов: сопоставление RAG и дообучения с примерами (в своих проектах они используют оба варианта), правила распределения инфраструктурных ресурсов и способы оптимизации и так далее.

А теперь — краткий конспект доклада.

В начале — схема развития: Идея AI (1960-е) — Machine Learning (разные распознавалки) — Deep Learning — Generative AI (порождение текстов, рисунков, музыки) — LLM

Текущие индустриальные тренды.

* многофункциональная робототехника
* интернет вещей — датчики и прочее
* развитие биопечати
* квантовые вычисления
* кибербезопасность нового уровня
* расширенная реальность (XR) — вслед за AR и VR
* ИИ — создание моделей под конкретный бизнес, ML-ops конвейер, мультиагентные системы.

Цифровая стратегия ГПН — ответ на вызовы. И сейчас они на третьем этапа: внедрение ИИ, цифровых двойников и роботизации.

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

Дальше — схемы: capability map нефтегазовой компании от поиска и нефтеразведки до сбыта, деление по доменам и места ИИ на ней. И мапинг проектов на карту классов ИИ — чтобы объяснять бизнесу что конкретно и где внедряется.

Брать ли для внедрения модель от вендора или строить свою на основе open source? У open source — плюсы, главное — безопасность, но есть проблема поддержки развития модели.

Я бы тут добавил, что развитие открытых моделей можно заказать, как заказывают развитие PostgreSQL. B это — правильно: не просто брать open source на халяву, а возвращать полученное вкладом в развитие.

Под индустриальные задачи стандартных моделей не достаточно. LLM из коробки не владеет специфической терминологией, например, не отвечает про особенности нефтедобычи при обводнении слоя (хотя научные и инженерные работы по теме она знает). Есть несколько способов доводки: дообучение, RAG и создание агента.

Поэтому арсенал средств разработки приложений дополняется инструментами работы с ИИ. Они используют много инструментов, на слайде был список по категориям: работа с признаками, разметка и тегирование, разработка моделей, безопасность, автоматизация процесса разработки, эксплуатация приложений с ML-моделями. Примеры — Lite LLM для оркестрации и выбора направления маршрутизации запроса, GoldTrace AI для цензурирования запросов и ответов, Fist для работы с признаками, она позволяет группе команд работать сообщим датасетом, и так далее.

Дальше были архитектурные диаграммы. Layer-схема пользователи — бизнес-решения — Сервисы (набор переиспользуемых функциональностей) — ML-платформа для разработки моделей, референсная архитектура приложений GenAI — функциональная архитектурная схема. И разбиралась оптимизация использования инфраструктурных ресурсов: резервирование карт, деление по ядрам и TimeSlicing, маршрутизация запросов и балансирование нагрузки, и внедрение инструментов, сервисов, библиотек, оптимизированных на GPU, которое дает рост на порядки, в 10-1000 раз.

Они ведут реестр ML-моделей, выполняют регулярный скаутинг рынка по классам технологий или запросам бизнеса. И при появлении нового — оценка по сравнению с имеющимися через ИИ-радар, например, для GenAI — по бенчмаркам качества и стоимости. Если новая модель оказывается сопоставима с используемыми, то не расширяем зоопарк, а если лучше, то идет оценка внутри: ставим, проверяем ИБ, проверяем на синтетических данных и принимаем решение.

И у них появилась новая специализация — citizen data scientist: сотрудник-не-программист использует ИИ в работе за счет low и no code инструментов работы с данными.

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

Вопросы.

* Как определяли метрики? Так же, как и с другими инициативами компании, бизнес-метрики — те же самые. А инфраструктура — отдельная программа, которая должна сделать возможным агентов, и там тоже проектные метрики.
* Когда появляются платформы? Начинается с решения конкретных задач. Тут есть консалтинговая модель зрелости, когда включается стратегический уровень, а не точечные проекты, как в начале. Платформы — на этом этапе, мы дошли. И в компании шло эволюционно: DevOps — Платформа и онтология данных — ML-ops
* Кроме архитекторов кто использует busness capability? Ответ: это — инструмент общения с бизнесом и с коллегами из других компаний.
* Сколько времени ушло? ML-ops конверйер и 1-2 линия приложений — 1.5 года, участвует департамент разработки, центр компетенций ИИ, центр компетенций инженерного ИИ. И много треков, в которых участвуют разные люди, включая ИБ и разработку, и звдвча как раз выстроить сложный процесс.
* Про модели. На слайдах были компоненты — сервис цензурирования и другие. Это из коробки или надо сделать? Ответ — зависит от пути компании. Если покупаете платформу, такие есть — то там сервисы из коробки. Если платформу делаете сами — то надо собирать.
* Сколько успешно внедренных решений? Ответ. У них есть сито гипотез, они собираются на портале, и дальше их могут отсеять до разработки через экспертную оценку бизнесом потенциальной пользы и техническим специалистов по реализуемость, тут отсев идей может быть довольно большой. Если же смотреть на те, которые прошли до этапа разработки, то больше половины доходит до внедрения.
* Управление онтологиями. JetBrains composer, Protege — их посмотрели. Сейчас есть проект, который делают на основе одной из отечественных платформ.

== Павел Кан из Greensight. ИИ своими силами: реальный кейс разработки без миллионных инвестиций ==

[https://drive.google.com/file/d/1HxnsTudwSm4kEtqigV_JgVboF22FbbO9/view Презентация], [https://vkvideo.ru/video-184472537_456239191?sh=4 видео на vk], [https://youtu.be/gWp1Hun-Zyg?si=g5MBEPR6GdW7PSfx видео на youtube]

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

Они решили сделать '''легкие специализированные модели''', заточенные под конкретные задачи, чтобы эксплуатация была дешевой. Этой цели они достигли: начинали с одной видеокарты, сейчас у них арендованы две T4A100 — продакшн и разработка, а для обучения моделей используют аренду spot-instance под конкретные задачи. Общие затраты на инфраструктуру — 100 тысяч в месяц, и она обслуживает сайты нескольких клиентов (количество я не записал).

Как это устроено, Павел разбирал на задаче создания внятного описания товара по его фото. Принцип fail fast feedback. Делают простой прототип: ты ему картинку, он дает описание, ты оцениваешь. Людям интересно поиграть с ИИ один вечер. Отправляли в общий чат компании — поиграть интересно, собирали кучу кейсов, и дорабатывали.

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

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

'''Как оценивают результат обучения?''' Стандартные оценки — точность и Fscore — не для них. Потому что модель заточена под конкретные задачи, и общий процент точности клиенту не интересен, ему важно, чтобы модель не путала летнюю и зимнюю одежду или верхнюю и нижнюю, а описание содержало все необходимые атрибуты: материал, сезон, назначения.

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

Для сложных задач категоризации часть проверяют люди: 100 загрузили 20 из них проверили, до того, как результат будет выкачен на продакшн сайта. А поиска по фото сразу выкатывают на фронт, он простой.

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

Специализированные модели — разные, как примеры были Vikhr models и Mulilingual-e5, а для оценки — Qwen 2.5-V. Qwen — потому что результативный тип модели, а не ассистентный, и она доступна для локального развертывания. Но он — тяжелый, на одной карте может работать не более двух инстансов, а легких моделей — одновременно 15 штук под разные задачи. Поэтому и используют легкие. НО подробнее про экономику расскажут в следующем году, потому что пока эксплуатации полгода.

В презентации — архитектурная картинка, как это все работает, вполне понятная: Airflow, ML-flow, s3 для датасетов, артефактов, и состояния spot-instance, и набор моделей. Смотрите.

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

Ресурсы видеокарты — поделены, Airflow и Kubernetes всегда сначала запускает check памяти, и только если ее достаточно, то контейнер с запуском. Если недостаточно — ждем ресурсы. Есть выделенные видеокарты на постоянной основе, и есть пул в датацентре для дообучения и оценки. Пул — spot instance — прерываемые ресурсы, которые датацентр может забрать, он непредсказуем и его доступность — разная. И они сборку контейнеров адаптировали под доступную карту, запускают образ, собранный для конкретной выделенной карты — cost optimazed deployment. Все это обеспечивает pipeline на уровне инфраструктуры: есть задачи с приоритетом, для задач клиента — вип-пропуск, остальное по запросу и квота по ресурсам. Для каждой модели есть требования по памяти и времени, это зафиксировано в пайплайне и учитывается при работе в ограниченных ресурсах. Разработка заняла полгода от идеи до модели.

== Руслан Серкин из МТС Web Services. Архитектор и ИИ: Управляем старым техдолгом и создаем новый ==

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

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

Этапы развития ИИ: 2015—2020 — подсказки в IDE. 2020—2023 Copilot, обученная модель может создать функцию; сейчас рефакторинг и вайб-кодинг, и ее можно использовать для управления архитектурой.

ИИ — новый сотрудник, который работает 24/7, знает документацию и литературу, но не знает контекста работы. И первый долг, который можно разобрать с помощью ИИ- '''долг по незнанию'''. Начинающие разработчики помнят первый язык и первую базу, и используют приемы работы с ней, хотя новые технологии умеют больше. Например, есть каталог товаров, мы нормализуем и сложно храним, добавление нового атрибута вызывает боль. А PostgreSQL может хранить Json и эффективно работать с ним, ИИ это знает. Или когда есть стартап, есть команда, которая готова учиться, но времени нет, поэтому она выбирает неверные решения — ИИ может вести ревью на постоянной основе, если опытный разработчик настроит промпты и системы правил.

ИИ помогает принимать решения. ADR — инструмент, который описывает проблему и решение. Получаем сравнение инструментов в контексте проблемы и фиксируем не только решение, но и его основания. И ИИ может выступать ментором.

Когда есть несколько команд и большой ландшафт, и каждая ведет свои ADR, получается '''долг непоследовательности''': город, в котором отдельный дом прекрасен, а вместе ужас. Одна команда сделала кэширование в памяти, другая кэширование на redis, а третья — redis, но с другой библиотекой, и каждое решение осознанно. Но в результате devops должен знать три подхода к мониторингу, а при смене команды разработчикам надо изучать конкретные решения. Или команды пилят монолит, который хранил настройки в appsettings.json, и один сервис использует переменные окружения, а второй — consul.

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

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

ИИ — ментор по требованию. Он может читать код и порождать описания, он может анализировать связи по коду, порождать или сопоставлять с диаграммой.

Инцидент. Оформление заказов тормозит, в runbook написано — смотри payment gateway. А, оказывается, там месяц назад включили антифрод, тормозит он, но runbook не поправили, который тормозит. ИИ — не забывает. '''ИИ — штурман при инциденте, живая документация'''.

Три способа, которые можно применять: ассистенты в IDE, анализ кода, RAG-фреймворки.

'''Но за любой инструмент надо платить''', и использование ИИ порождает новые проблемы.

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

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

'''Долг слепого контекста'''. Спроектируй архитектуру на 15 микросервисов. И в предложении — модная архитектура с шаблонами. Не адекватная задаче и неподъемное для команды. Нужен паспорт команды с навыками, бюджеты, стратегические цели, Роль переводчика с неформального бизнес-языка на понятный ИИ.

Архитектура против культуры. ИИ предлагает Kubernetes Knative. Для стартапа — идеально, а в enterprise — у нас большая бюрократия и ограничения. И это надо рассказать ИИ, включая модели ведения проектов с ролями, которые приняты. Роль антрополога.

'''Сверхоптимизация'''. ИИ знает задачу и оптимально исполняет. Но не закладывает маневры для изменений. Вы проектируете соцсеть, где 95 % — чтение ленты. Делаем денормализацию в базе PostgreSQL, и триггер для материализации в Redis. А тут бизнес просит показ по условиям, это уже не встроить. Нужно сценарное планирование возможного развития, и просим архитектуру с учетом этих сценариев. Стратегия и риск-менеджер.

Сверхэффективный нерасширяемый протокол. Умный датчик от батарейки — передаем поверх UDP 13 байт без заголовков. И все хорошо, пока не надо будет расширяться. И надо заложить сценарии развития, проанализировать стандартные.

Долг сверхоптимизации. 2023 — поиск через elastic search, а в 2025 — векторные базы для ИИ, на 80 % точнее. И тоже самое может происходить из-за новой версии ИИ. Надо легко менять блоки, например, поиск отделять от системы. ADR становится машиной времени, надо прогонять ADR спрашивать, что, возможно, устарело и пора готовиться к изменениям.

От умных ассистентов в 2023 к агентским системам в 2025 из множества систем. И интерфейсы к ИИ должны быть гибкими, абстрагирование интеллекта.

'''ИИ нас не заменит, но нас точно уволят, если мы не начнем адаптироваться'''. Архитектор — куратор ИИ. И риск-менеджер.

Что делать? Начать использовать уже сегодня. Быть бдительным и прагматичным. Инвестируйте в человеческие навыки, правильно задавайте вопросы. Каждый выберет для себя, как правильно работать.

== Денис Бесков. Полная технология проектирования архитектуры информационных систем для бизнеса ==

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

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

[[File:ArchDays2025-BeskovSchema.jpg|Схема проектирования архитекторы|600px]]

# '''Определение логических компонентов'''. Это же делают аналитики, группируя требования по логическим компонентам. Есть 4 подхода: от процессов, от модели данных, от use case и от ограниченных контекстов.
# '''Моделирование границ и окружения'''. С4 context или контекстная диаграмма.
# '''Выбор архитектурного стиля''', или набора стилей, на рынке десятки.
# '''Определение архитектурных характеристик'''. QAW — воркшоп к заказчикам. Нужны для выбора стиля.
# '''Определение физических компонентов''' — system design, модули, брокеры, базы данных и так далее.
## Enterprise system design (Фаулер и другие)
## Internet system design (амазон, google и другие)
## Микровервисная архитектура
## Data engeneering
# '''Фиксация архитектурных решений''' — ADR или arc42.
# '''Моделирование состава системы''' — c4 container или component или аналоги
# '''Рассмотрение архитектурных альтернатив''' — для стиля для физических компонентов и так далее.
# '''Оценка компромиссов''' — ATAM/CBAM
# '''Проверка работоспособности решения'''. Proof of Concept, Fitness test
# '''Сборка макета решения''' с помощью ИИ (GenAI). Это — альтернатива оценки, как часть проверки работоспособности.
# '''Исследование домена''' — Event storming или Domen storytelling
# '''Социальное проектирование''' команды — team topologies
# '''Интересы стейкхолдеров''' — для выявления архитектурных характеристик. Возлагают на аналитиков, но те не выясняют.
# '''Стратегирование архитектуры''' — до моделирования домена, может, вообще не надо разрабатывать, а можно купить готовое. Wardley mapping.
# '''Выбор участника оргразвития''' — почему занимаемся именно этой областью, для этого нужна карта — Capability mapping

Инсайты.

* solution и decision в русском путаются
* Модель состава c4 излишне физична, там сразу физически поставляемые отчуждаемые части, это плохо стыкуется с логическими моделями Нила и Форда.
* Паттерны проектирования решают архитектурные задачи, которые формулируются неявно и достаются как «кот из мешка». Согласованность длинной транзакции — не было такой задачи, ее архитектор придумал. И в этом проблема: надо ли эту задачу решать вообще и зачем?
* ADR фиксируют решения нечетких задач.

У него получилась целостная картинка, и есть гипотеза, что она вам поможет. Но в том, что получилось — дыры: security, инфраструктуры, нет связи с другими инженерными процессами (design, deploy). Есть идея создать свод знаний. BoK не решают.

Еще в схеме нет блока защиты архитектуры. Архитектор предложил — а надо же доказать команде. Но тут вопрос границ: насколько защита входит в проектирование. Входит в коммуникации.

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

Вопрос: где граница между работой архитектора и системного аналитика? Ответ: по RUP аналитик готовит требования и ограничения и может предлагать варианты решений, а архитектор рассматривает как набор входной информации, которые он как-то принимает во внимание, все это перерабатывает и принимает решения. При этом коллективные архитекторы — редкость, даже работа парой.

== Екатерина Рудина из Лаборатории Касперского. Не это ли центр? Как строить архитектуру безопасности и где искать безопасность архитектуры ==

Касперский у всех ассоциируется с антивирусом, и потому ожидания — про устойчивость к различным атакам. Однако, рассказ был значительно шире: о том, как устроена архитектура, устойчивая к различным случайным авариям, которые в ИТ вызываются ошибками разработчика — в коде, или просто при выполнении им своих действий, например, накате обновлений. Это — важнее, потому что таких проблем по статистике — гораздо больше. А еще архитектура, устойчивая к ошибкам, в целом устойчива и к воздействию вирусов. При этом, если мы, например, говорим про бортовой софт автомобиля, цена ошибки может быть высока. А на автомобили сейчас тоже дистанционно накатываются обновления…

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

Например, первый полет на Луну, или атомный проект. И дальше был рассказ про архитектуру первых атомных реакторов — чикагской поленницы (она проработала 35 минут, без охлаждения и биозащиты) и клинтонская поленница (она работала лет 20). В ней бруски графита, урана и регулирующие стержни кадмия лежали горизонтально. У наших конструкторов описание было, и оно не нравилось, потому что стержни кадмия могли деформироваться при нагреве, и это блокировало движение. Поэтому наш Ф-1 был с вертикальным расположением. Чтобы наблюдать за тем, что наверху — поставили перископ, стержни поднимались через систему блоков и была система безопасности — топор, чтобы перерубить канаты.

В 2011 на атомной станции в Джорджиа (США) был инцидент. Была предусмотрена передача данных из промышленного сегмента в офисный. Инженер поставил обновления, в результате затер данные в промышленном контуре, система интерпретировала это как потерю охлаждающей жидкости и остановила реактор. Остановила штатно, но второй реактора это время не работал, шла перезагрузка топлива. В результате — несколько часов без энергии. Правильная архитектура не должна была позволить затереть данные в промышленном контуре. Архитектор должен выдать требования по безопасности и способы их обеспечения.

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

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

Доменная архитектура — похожа на техническую, корни — не в информационных моделях, а в прикладных областях, в частности — в авионике. Принцип: на базе одной системы должны реализовать архитектуру, которая не отличима от распределенной системы, то есть сети. Когда придумывали — не было виртуалок, они появились позднее. И появилась система MILS — ARINC653. Правила взаимодействия между доменами определяются политиками безопасности, а они ограничены правилами топологии.

Есть набор требований: разделение ресурсов, правила междоменной коммуникации, реализация политики безопасности, управление памятью, планирование исполнения, обработка ресурсов при исполнении, минимальная обработка прерываний и так далее. Распределенный MILS — пражское метро, австрийская система управления критическими коммуникации в аэропорту.

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

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

# Определение функциональной архитектуры и консервативная оценка рисков. Что вы хотите от безопасности и какой ущерб важен. АЭС: 300+ функций безопасности и 2000+ функций нормальной эксплуатации, оценка рисков и группировка их.
# Расчет доменов и зон безопасности. Определение доменов, которые реализуют функцию. В идеале функция попадает в одну зону безопасности, но есть компоненты, которые неоднозначно позиционируются, и не всегда их получается разрезать. Есть стандарты, которые определяют уровни, но разные стандарты могут противоречить друг другу.
# В компонентах — детальная оценка рисков. На основе знаний, что такое безопасность и как нарушитель проводит атаки. Протоколы взаимодействия, способы изоляции, наполнение зон компонентами, поверхность атаки зон и сценариев — дерево атак. Техники, доступные определенным видам нарушителей. Дальше уточняется возможность атаки на технической реализации, и проверяем, как работает архитектурное решение. Дерево обрезается, остаются сценарии, где работаем со средствами защиты.

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

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

Касперский Automotive Secure Gateway. Автомобиль — сеть компов на колесах. Важно обеспечить безопасную работу внутри отдельных частей автомобиля, при том, что есть голосовое управление, интеграционные подключения к телеметрии, системы обновления прошивок и так далее. В одной проверке нашли уязвимость в вики автопроизводителя, и из нее смогли перейти в телеметрию системы автомобиля. Есть автомобили с плоской архитектуры, и там много проблем, чтобы защититься от перепрошивки от владельца автомобиля или автопарка.

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

== Дмитрий Ионов. Архитектурные принципы как способ управления архитектурой ==

Это рассказ о том, как '''в корпоративном мире Архитектор с помощью принципов архитектуры огораживает свою поляну между бизнесом и командами разработки'''. Это — сложная и противоречивая позиция. В короткую заказчик хочет быстро и дешево, и команды часто хотят того же, но в результате в какой-то момент оказывается, что быстро и дешево уже не получается, потому что софт превратился в сложную запутанную конструкцию, которая рассыпается. И тогда зовут архитектора. Бывает, что архитектора зовут с самого начала, наученные предыдущим опытом. Бывает, что команды думают про архитектуру и долговременные фокусы, но не могут это объяснить бизнесу, и тому кажется, что команды плохо работают.

Архитектор — медиатор этого конфликта. Есть аналогия. Человек разговаривает с тренером: «Мне надо больше зарабатывать, чтобы лучше жить», а тренер отвечает: «Если будешь заниматься спортом, правильно питаться — у тебя улучшится качество жизни, будешь лучше соображать и, вероятно, сможешь больше зарабатывать. Но где взять денег — не знаю».

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

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

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

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

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

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

Когда может не работать?

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

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

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

Из нее получаются принципы. Каждый расшифрован и трассирован на миссию, ценности и стратегию цифровой транформации.

* Превосходство принципов — вся архитектура должна идти согласно принципам. Следствие — централизованное управление, надо создать комитет.
* Открытость сервисов: сервисы компании должны быть открыты для использования конечным потребителям.
* Безопасность данных
* Однозначность и унификация
* Интеграционная независимость
* Наименьшие полномочия
* Гибкость решений как устойчивость к изменениям
* Независимость бизнес-процессов от технологий реализации.
* Качество услуг
* Версионная политика — устойчивость по обратной совместимости
* Монторинг и аудит
* Польза переиспользования
* Импортонезависимость

На слайдах каждый принцип расшифрован и даны следствия. Например, интеграционная независимость — выделение интеграционного слоя.

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

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

Второй кейс — проект разработка софта, там пришлось поработать с целями. Требований больше, они более конкретны.

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

Другая негативная ситуация, которая часто встречается в мире корпораций — когда архитектор становится защитником старого софта, например, SAP, которая не может развиваться, удовлетворяя требования бизнеса.

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

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

== Павел Кутаков из VKTech. Сжатие технологического стека, или анти-Highload ==

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

Рассказ начат со схемы типичной архитектура сервисного приложения, собранная из современных средств в расчете на рост. Применяем CQRS и Event Sourcing: Три сервиса бизнес-логики, Command API — Кафка — Command processing — PostgreSQL, из которого читаем, RabbitMQ для внутренних сообщений, Mongo для лога команд, ElasticSearch и ColumnStore GreenPlum, схему смотрите в презентации. Может показаться, что Кафка и RabbitMQ вместе — это чересчур, но я реально видел такие корпоративные архитектуры. Итого получается 25 объектов эксплуатации, из них только 6 — наша бизнес-логика — мы же наши сервисы поднимаем в двух экземплярах на всякий случай. И это — не подъемно для маленькой команды.

Можно ли сохранить гибкость? Может, потому что все это умеет PostgreSQL.

* Документная база — Json, для поиска — версии индексов. И можно реализовать Mongo-протокол для внешних систем. FerretDB. И DocumentDB у Микрософта — расширение PostgreSQL.
* Очередь — делаем без проблем в реляцонке. select for update skip locked — взять первый незаблокированный.
* Аналитическая система, колоночное хранение. Встроенного нет, но есть TimescaleDB и Citus. B эффективно копировать таблицу в другую с поколоночным хранением — там не вдвое ovrhead. А еще pg_duckdb.
* Полнотекстовый поиск встроен, но медленно. И есть расширение '''paradedb'''.

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

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

Поедет ли этот комбайн? Модель интернет-магазина, клиент делает 10 поисков и делает корзину, финансы — TPC-C тест. Для него картинка полного и сжатого стека. У PostgreSQL есть pgbench — ему подготовили скрипт, который моделирует бизнес-транзакцию на хорошо заполненной базе: 100к товаров, поиск над ними, 100 м документов, 100к покупателей что-то уже купили — 100к заказов на 1 м товаров. Результат: 8-ядерный PostgreSQL держит 90 заказов в секунду — с 5 поисками товара каждый и оформлением. При том, что реальная нагрузка у Visa — 300 платежей в секунду, а x5 — 400 покупателей в секунду, а в строительных гипермаркетах — 2 в секунду. Итого получаем вполне приличное быстродействие, которое держит хорошую нагрузку.

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

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

== Сергей Баранов. Экономические последствия архитектурных решений ==

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

* Гибкая конфигурируемая интеграция, которая обошлась в 2 млн, при том, что простое жесткое решение было в 10 раз дешевле. Да, она сокращала время на одно изменение с 4 часов до одного, но эксплуатация показала, что за два года было всего три изменения — деньги на ветер. И простой расчет показывает, что в принципе окупаемость была бы достигнута только при потоке 2-3 изменений в неделю — а это явно не ожидалось.
* Очередь: Postgres + polling или RabbitMQ/Kafka
* Нужно ли шардирование по регионам?
* Rest или GraphQL

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

== Валерий Казьмин из cloud.ru. ArchPlatform: Как построить эффективную платформу управления архитектурой ==

Обычная ситуация с архитектурой выглядит примерно так.

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

Что с этим делать? Нужна трассировка от бизнеса до инфраструктуры, хорошая интеграция и адекватный задачам уровень DataQuality (4-5 часто лишний). Если вы — стартап, то хорошо бы все это закладывать с самого начала. И он рассказывал, как это устроено в cloud.ru с архитектурными схемами.

Cloud. Бизнес продает ресурсы. Инфраструктура — она хорошо типизирована — железо, платформы. Возможности инфраструктуры с потребностями бизнеса расходятся.

ArchPlatform — система, которая интегрирована с ИТ-ландшафтом: данные по инфраструктуре, репозиторий кодов, аритектурные документы, вики и так далее. Конфигурация модели через UI или API, ETL-движок, Validation engine. Портал работы с пользователями, аудит и логирование, BI и визуализация.

Слои данных: hardware, Infrastructure — виртуализация, Платформы (БД и Кафки), Application. Схема данных. Nакая схема отрисовывается lля каждой новой услуги.

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

Что получили?

* Метрики актуальности архитектуры, любое изменение в железе влечет метрики
* Упростили требования к архитекторам — они работают на уровне схем, рассчитывая на их адекватность.
* Начали искать аномалии и тренды, у них 16 м объектов, глазами проблемы не видны

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

Ушли от субъективной оценки архитектора — его работу можно оценить. И полная прозрачность и понимание. И бизнес больше понимает, чем архитекторы заняты, бизнес стал больше доверять. И мы можем мониторить архитектуру, смотреть возможности бизнеса.
{{wl-publish: 2025-11-13 11:37:47 +0300 | MaksTsepkov }}
[[Категория:ИИ-агенты]]

Блог:Максима Цепкова/2025-11-13: ArchDays - ИИ и архитектура

2026-10-22T15:20:59Z

MaksTsepkov:

{{Conf-Ref}}

Конференция [http://archdays.ru '''Archdays'''] проходит с 2019 года, а я на ней был в четвертый раз. Это — интересная площадка. Организаторы собирают архитекторов из крупного Enterprise, и это дает возможность заглянуть внутрь. На открытии '''Сергей Баранов''' дал ретроспективу развитие тем на конференции. Начиналось все с микросервисов, затем шло повышение уровня абстракции: архитектурные паттерны, технический долг, '''архитектура как экосистема''' в целом. А в этом году темой был ИИ, встройка которого в ИТ-ландшафт порождает много новых типов проблем — и с ними надо разбираться.

'''Презентации конференции опубликованы''', так что эти схемы можно увидеть.
'''Видео опубликовано''' (17.02.2026) [https://t.me/archdays/67 пост в Tg], [https://youtube.com/playlist?list=PLrVFXqPAjZspdew_cxF88CkPUCZD5GiuJ&si=WXHhzsXBe6p7liVQ youtube], [https://vkvideo.ru/playlist/-184472537_6?sh=4 VK-video]

В докладах конференции много фактуры, которую не так часто показывают, например, в этом году '''Александр Войновский и Олег Зоткин из ГазпромНефть''' показали свои '''архитектурные схемы''' включения приложений с ИИ в ИТ-ландшафт. Схемы можно увидеть в презентациях.

А у меня — '''обзор докладов''', среди которых я еще хочу упомянуть рассказ про '''ИИ на минималках Павла Кана из Greensight''' и рассказ '''Руслана Серкина''' о том, какие технические долги ИИ помогает разгребать, а какие — приносит. Еще был любопытный доклад '''Павла Кутакова из VKTech''' про простую архитектуру, которая, однако, не исключает масштабирования, а также доклад '''Сергея Баранова''', посвященный '''экономическим последствиям архитектурных решений''' со множеством примеров критериев выбора. Конференция — один день, три трека, так что в обзоре всего треть докладов конференции, учитывайте это.

Но до обзора повторю то, что я писал в [[Highload-2025|отчете о Highload]]: ИИ перешел из стадии создания отдельных приложений в один из элементов в архитектуры приложений. Приложений с ИИ — много, и они уже встраиваются в архитектуру предприятия регулярным образом. При этом могут быть использованы как стандартные системы, так и собственные, в том числе возможны дешевые решения, об этом был доклад. А еще использование ИИ встраивается в pipeline разработки как отдельные шаги, об этом были доклады и здесь, и на Teamlead.

== Александр Войновский и Олег Зоткин из Газпром нефть. Эффективная архитектура ИИ для цифровизации производства ==

Этот доклад — возможность заглянуть в архитектуру крупного Enterprise и способы встройки в нее ИИ-приложений. Газпромнефть работает в этом направлении уже давно, и таких приложений много. Поэтому уже наработаны типовые схемы их встройки, включая переход от DevOps к ML-ops конвейеру и обеспечение надежности решений при непредсказуемости поведения.

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

# Capability map ГПН, отражающая ИТ-ландшафт
# Применение ИИ в ИТ-ландшафте с подсветкой соответствующих квадратов
# Мапинг проектов ИИ на карту технологий.
# Инструментарий разработки и типовая схема фаз проекта для приложения с ИИ
# Обзор рынка инструментов и платформ MLSECOPS
# Архитектурные схемы приложений с ИИ, их встройки в ИТ-ландшафт

А помимо схем в рассказе был ряд практических вопросов: сопоставление RAG и дообучения с примерами (в своих проектах они используют оба варианта), правила распределения инфраструктурных ресурсов и способы оптимизации и так далее.

А теперь — краткий конспект доклада.

В начале — схема развития: Идея AI (1960-е) — Machine Learning (разные распознавалки) — Deep Learning — Generative AI (порождение текстов, рисунков, музыки) — LLM

Текущие индустриальные тренды.

* многофункциональная робототехника
* интернет вещей — датчики и прочее
* развитие биопечати
* квантовые вычисления
* кибербезопасность нового уровня
* расширенная реальность (XR) — вслед за AR и VR
* ИИ — создание моделей под конкретный бизнес, ML-ops конвейер, мультиагентные системы.

Цифровая стратегия ГПН — ответ на вызовы. И сейчас они на третьем этапа: внедрение ИИ, цифровых двойников и роботизации.

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

Дальше — схемы: capability map нефтегазовой компании от поиска и нефтеразведки до сбыта, деление по доменам и места ИИ на ней. И мапинг проектов на карту классов ИИ — чтобы объяснять бизнесу что конкретно и где внедряется.

Брать ли для внедрения модель от вендора или строить свою на основе open source? У open source — плюсы, главное — безопасность, но есть проблема поддержки развития модели.

Я бы тут добавил, что развитие открытых моделей можно заказать, как заказывают развитие PostgreSQL. B это — правильно: не просто брать open source на халяву, а возвращать полученное вкладом в развитие.

Под индустриальные задачи стандартных моделей не достаточно. LLM из коробки не владеет специфической терминологией, например, не отвечает про особенности нефтедобычи при обводнении слоя (хотя научные и инженерные работы по теме она знает). Есть несколько способов доводки: дообучение, RAG и создание агента.

Поэтому арсенал средств разработки приложений дополняется инструментами работы с ИИ. Они используют много инструментов, на слайде был список по категориям: работа с признаками, разметка и тегирование, разработка моделей, безопасность, автоматизация процесса разработки, эксплуатация приложений с ML-моделями. Примеры — Lite LLM для оркестрации и выбора направления маршрутизации запроса, GoldTrace AI для цензурирования запросов и ответов, Fist для работы с признаками, она позволяет группе команд работать сообщим датасетом, и так далее.

Дальше были архитектурные диаграммы. Layer-схема пользователи — бизнес-решения — Сервисы (набор переиспользуемых функциональностей) — ML-платформа для разработки моделей, референсная архитектура приложений GenAI — функциональная архитектурная схема. И разбиралась оптимизация использования инфраструктурных ресурсов: резервирование карт, деление по ядрам и TimeSlicing, маршрутизация запросов и балансирование нагрузки, и внедрение инструментов, сервисов, библиотек, оптимизированных на GPU, которое дает рост на порядки, в 10-1000 раз.

Они ведут реестр ML-моделей, выполняют регулярный скаутинг рынка по классам технологий или запросам бизнеса. И при появлении нового — оценка по сравнению с имеющимися через ИИ-радар, например, для GenAI — по бенчмаркам качества и стоимости. Если новая модель оказывается сопоставима с используемыми, то не расширяем зоопарк, а если лучше, то идет оценка внутри: ставим, проверяем ИБ, проверяем на синтетических данных и принимаем решение.

И у них появилась новая специализация — citizen data scientist: сотрудник-не-программист использует ИИ в работе за счет low и no code инструментов работы с данными.

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

Вопросы.

* Как определяли метрики? Так же, как и с другими инициативами компании, бизнес-метрики — те же самые. А инфраструктура — отдельная программа, которая должна сделать возможным агентов, и там тоже проектные метрики.
* Когда появляются платформы? Начинается с решения конкретных задач. Тут есть консалтинговая модель зрелости, когда включается стратегический уровень, а не точечные проекты, как в начале. Платформы — на этом этапе, мы дошли. И в компании шло эволюционно: DevOps — Платформа и онтология данных — ML-ops
* Кроме архитекторов кто использует busness capability? Ответ: это — инструмент общения с бизнесом и с коллегами из других компаний.
* Сколько времени ушло? ML-ops конверйер и 1-2 линия приложений — 1.5 года, участвует департамент разработки, центр компетенций ИИ, центр компетенций инженерного ИИ. И много треков, в которых участвуют разные люди, включая ИБ и разработку, и звдвча как раз выстроить сложный процесс.
* Про модели. На слайдах были компоненты — сервис цензурирования и другие. Это из коробки или надо сделать? Ответ — зависит от пути компании. Если покупаете платформу, такие есть — то там сервисы из коробки. Если платформу делаете сами — то надо собирать.
* Сколько успешно внедренных решений? Ответ. У них есть сито гипотез, они собираются на портале, и дальше их могут отсеять до разработки через экспертную оценку бизнесом потенциальной пользы и техническим специалистов по реализуемость, тут отсев идей может быть довольно большой. Если же смотреть на те, которые прошли до этапа разработки, то больше половины доходит до внедрения.
* Управление онтологиями. JetBrains composer, Protege — их посмотрели. Сейчас есть проект, который делают на основе одной из отечественных платформ.

== Павел Кан из Greensight. ИИ своими силами: реальный кейс разработки без миллионных инвестиций ==

[https://drive.google.com/file/d/1HxnsTudwSm4kEtqigV_JgVboF22FbbO9/view Презентация], [https://vkvideo.ru/video-184472537_456239191?sh=4 видео на vk], [https://youtu.be/gWp1Hun-Zyg?si=g5MBEPR6GdW7PSfx видео на youtube]

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

Они решили сделать '''легкие специализированные модели''', заточенные под конкретные задачи, чтобы эксплуатация была дешевой. Этой цели они достигли: начинали с одной видеокарты, сейчас у них арендованы две T4A100 — продакшн и разработка, а для обучения моделей используют аренду spot-instance под конкретные задачи. Общие затраты на инфраструктуру — 100 тысяч в месяц, и она обслуживает сайты нескольких клиентов (количество я не записал).

Как это устроено, Павел разбирал на задаче создания внятного описания товара по его фото. Принцип fail fast feedback. Делают простой прототип: ты ему картинку, он дает описание, ты оцениваешь. Людям интересно поиграть с ИИ один вечер. Отправляли в общий чат компании — поиграть интересно, собирали кучу кейсов, и дорабатывали.

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

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

'''Как оценивают результат обучения?''' Стандартные оценки — точность и Fscore — не для них. Потому что модель заточена под конкретные задачи, и общий процент точности клиенту не интересен, ему важно, чтобы модель не путала летнюю и зимнюю одежду или верхнюю и нижнюю, а описание содержало все необходимые атрибуты: материал, сезон, назначения.

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

Для сложных задач категоризации часть проверяют люди: 100 загрузили 20 из них проверили, до того, как результат будет выкачен на продакшн сайта. А поиска по фото сразу выкатывают на фронт, он простой.

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

Специализированные модели — разные, как примеры были Vikhr models и Mulilingual-e5, а для оценки — Qwen 2.5-V. Qwen — потому что результативный тип модели, а не ассистентный, и она доступна для локального развертывания. Но он — тяжелый, на одной карте может работать не более двух инстансов, а легких моделей — одновременно 15 штук под разные задачи. Поэтому и используют легкие. НО подробнее про экономику расскажут в следующем году, потому что пока эксплуатации полгода.

В презентации — архитектурная картинка, как это все работает, вполне понятная: Airflow, ML-flow, s3 для датасетов, артефактов, и состояния spot-instance, и набор моделей. Смотрите.

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

Ресурсы видеокарты — поделены, Airflow и Kubernetes всегда сначала запускает check памяти, и только если ее достаточно, то контейнер с запуском. Если недостаточно — ждем ресурсы. Есть выделенные видеокарты на постоянной основе, и есть пул в датацентре для дообучения и оценки. Пул — spot instance — прерываемые ресурсы, которые датацентр может забрать, он непредсказуем и его доступность — разная. И они сборку контейнеров адаптировали под доступную карту, запускают образ, собранный для конкретной выделенной карты — cost optimazed deployment. Все это обеспечивает pipeline на уровне инфраструктуры: есть задачи с приоритетом, для задач клиента — вип-пропуск, остальное по запросу и квота по ресурсам. Для каждой модели есть требования по памяти и времени, это зафиксировано в пайплайне и учитывается при работе в ограниченных ресурсах. Разработка заняла полгода от идеи до модели.

== Руслан Серкин из МТС Web Services. Архитектор и ИИ: Управляем старым техдолгом и создаем новый ==

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

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

Этапы развития ИИ: 2015—2020 — подсказки в IDE. 2020—2023 Copilot, обученная модель может создать функцию; сейчас рефакторинг и вайб-кодинг, и ее можно использовать для управления архитектурой.

ИИ — новый сотрудник, который работает 24/7, знает документацию и литературу, но не знает контекста работы. И первый долг, который можно разобрать с помощью ИИ- '''долг по незнанию'''. Начинающие разработчики помнят первый язык и первую базу, и используют приемы работы с ней, хотя новые технологии умеют больше. Например, есть каталог товаров, мы нормализуем и сложно храним, добавление нового атрибута вызывает боль. А PostgreSQL может хранить Json и эффективно работать с ним, ИИ это знает. Или когда есть стартап, есть команда, которая готова учиться, но времени нет, поэтому она выбирает неверные решения — ИИ может вести ревью на постоянной основе, если опытный разработчик настроит промпты и системы правил.

ИИ помогает принимать решения. ADR — инструмент, который описывает проблему и решение. Получаем сравнение инструментов в контексте проблемы и фиксируем не только решение, но и его основания. И ИИ может выступать ментором.

Когда есть несколько команд и большой ландшафт, и каждая ведет свои ADR, получается '''долг непоследовательности''': город, в котором отдельный дом прекрасен, а вместе ужас. Одна команда сделала кэширование в памяти, другая кэширование на redis, а третья — redis, но с другой библиотекой, и каждое решение осознанно. Но в результате devops должен знать три подхода к мониторингу, а при смене команды разработчикам надо изучать конкретные решения. Или команды пилят монолит, который хранил настройки в appsettings.json, и один сервис использует переменные окружения, а второй — consul.

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

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

ИИ — ментор по требованию. Он может читать код и порождать описания, он может анализировать связи по коду, порождать или сопоставлять с диаграммой.

Инцидент. Оформление заказов тормозит, в runbook написано — смотри payment gateway. А, оказывается, там месяц назад включили антифрод, тормозит он, но runbook не поправили, который тормозит. ИИ — не забывает. '''ИИ — штурман при инциденте, живая документация'''.

Три способа, которые можно применять: ассистенты в IDE, анализ кода, RAG-фреймворки.

'''Но за любой инструмент надо платить''', и использование ИИ порождает новые проблемы.

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

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

'''Долг слепого контекста'''. Спроектируй архитектуру на 15 микросервисов. И в предложении — модная архитектура с шаблонами. Не адекватная задаче и неподъемное для команды. Нужен паспорт команды с навыками, бюджеты, стратегические цели, Роль переводчика с неформального бизнес-языка на понятный ИИ.

Архитектура против культуры. ИИ предлагает Kubernetes Knative. Для стартапа — идеально, а в enterprise — у нас большая бюрократия и ограничения. И это надо рассказать ИИ, включая модели ведения проектов с ролями, которые приняты. Роль антрополога.

'''Сверхоптимизация'''. ИИ знает задачу и оптимально исполняет. Но не закладывает маневры для изменений. Вы проектируете соцсеть, где 95 % — чтение ленты. Делаем денормализацию в базе PostgreSQL, и триггер для материализации в Redis. А тут бизнес просит показ по условиям, это уже не встроить. Нужно сценарное планирование возможного развития, и просим архитектуру с учетом этих сценариев. Стратегия и риск-менеджер.

Сверхэффективный нерасширяемый протокол. Умный датчик от батарейки — передаем поверх UDP 13 байт без заголовков. И все хорошо, пока не надо будет расширяться. И надо заложить сценарии развития, проанализировать стандартные.

Долг сверхоптимизации. 2023 — поиск через elastic search, а в 2025 — векторные базы для ИИ, на 80 % точнее. И тоже самое может происходить из-за новой версии ИИ. Надо легко менять блоки, например, поиск отделять от системы. ADR становится машиной времени, надо прогонять ADR спрашивать, что, возможно, устарело и пора готовиться к изменениям.

От умных ассистентов в 2023 к агентским системам в 2025 из множества систем. И интерфейсы к ИИ должны быть гибкими, абстрагирование интеллекта.

'''ИИ нас не заменит, но нас точно уволят, если мы не начнем адаптироваться'''. Архитектор — куратор ИИ. И риск-менеджер.

Что делать? Начать использовать уже сегодня. Быть бдительным и прагматичным. Инвестируйте в человеческие навыки, правильно задавайте вопросы. Каждый выберет для себя, как правильно работать.

== Денис Бесков. Полная технология проектирования архитектуры информационных систем для бизнеса ==

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

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

[[File:ArchDays2025-BeskovSchema.jpg|Схема проектирования архитекторы|600px]]

# '''Определение логических компонентов'''. Это же делают аналитики, группируя требования по логическим компонентам. Есть 4 подхода: от процессов, от модели данных, от use case и от ограниченных контекстов.
# '''Моделирование границ и окружения'''. С4 context или контекстная диаграмма.
# '''Выбор архитектурного стиля''', или набора стилей, на рынке десятки.
# '''Определение архитектурных характеристик'''. QAW — воркшоп к заказчикам. Нужны для выбора стиля.
# '''Определение физических компонентов''' — system design, модули, брокеры, базы данных и так далее.
## Enterprise system design (Фаулер и другие)
## Internet system design (амазон, google и другие)
## Микровервисная архитектура
## Data engeneering
# '''Фиксация архитектурных решений''' — ADR или arc42.
# '''Моделирование состава системы''' — c4 container или component или аналоги
# '''Рассмотрение архитектурных альтернатив''' — для стиля для физических компонентов и так далее.
# '''Оценка компромиссов''' — ATAM/CBAM
# '''Проверка работоспособности решения'''. Proof of Concept, Fitness test
# '''Сборка макета решения''' с помощью ИИ (GenAI). Это — альтернатива оценки, как часть проверки работоспособности.
# '''Исследование домена''' — Event storming или Domen storytelling
# '''Социальное проектирование''' команды — team topologies
# '''Интересы стейкхолдеров''' — для выявления архитектурных характеристик. Возлагают на аналитиков, но те не выясняют.
# '''Стратегирование архитектуры''' — до моделирования домена, может, вообще не надо разрабатывать, а можно купить готовое. Wardley mapping.
# '''Выбор участника оргразвития''' — почему занимаемся именно этой областью, для этого нужна карта — Capability mapping

Инсайты.

* solution и decision в русском путаются
* Модель состава c4 излишне физична, там сразу физически поставляемые отчуждаемые части, это плохо стыкуется с логическими моделями Нила и Форда.
* Паттерны проектирования решают архитектурные задачи, которые формулируются неявно и достаются как «кот из мешка». Согласованность длинной транзакции — не было такой задачи, ее архитектор придумал. И в этом проблема: надо ли эту задачу решать вообще и зачем?
* ADR фиксируют решения нечетких задач.

У него получилась целостная картинка, и есть гипотеза, что она вам поможет. Но в том, что получилось — дыры: security, инфраструктуры, нет связи с другими инженерными процессами (design, deploy). Есть идея создать свод знаний. BoK не решают.

Еще в схеме нет блока защиты архитектуры. Архитектор предложил — а надо же доказать команде. Но тут вопрос границ: насколько защита входит в проектирование. Входит в коммуникации.

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

Вопрос: где граница между работой архитектора и системного аналитика? Ответ: по RUP аналитик готовит требования и ограничения и может предлагать варианты решений, а архитектор рассматривает как набор входной информации, которые он как-то принимает во внимание, все это перерабатывает и принимает решения. При этом коллективные архитекторы — редкость, даже работа парой.

== Екатерина Рудина из Лаборатории Касперского. Не это ли центр? Как строить архитектуру безопасности и где искать безопасность архитектуры ==

Касперский у всех ассоциируется с антивирусом, и потому ожидания — про устойчивость к различным атакам. Однако, рассказ был значительно шире: о том, как устроена архитектура, устойчивая к различным случайным авариям, которые в ИТ вызываются ошибками разработчика — в коде, или просто при выполнении им своих действий, например, накате обновлений. Это — важнее, потому что таких проблем по статистике — гораздо больше. А еще архитектура, устойчивая к ошибкам, в целом устойчива и к воздействию вирусов. При этом, если мы, например, говорим про бортовой софт автомобиля, цена ошибки может быть высока. А на автомобили сейчас тоже дистанционно накатываются обновления…

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

Например, первый полет на Луну, или атомный проект. И дальше был рассказ про архитектуру первых атомных реакторов — чикагской поленницы (она проработала 35 минут, без охлаждения и биозащиты) и клинтонская поленница (она работала лет 20). В ней бруски графита, урана и регулирующие стержни кадмия лежали горизонтально. У наших конструкторов описание было, и оно не нравилось, потому что стержни кадмия могли деформироваться при нагреве, и это блокировало движение. Поэтому наш Ф-1 был с вертикальным расположением. Чтобы наблюдать за тем, что наверху — поставили перископ, стержни поднимались через систему блоков и была система безопасности — топор, чтобы перерубить канаты.

В 2011 на атомной станции в Джорджиа (США) был инцидент. Была предусмотрена передача данных из промышленного сегмента в офисный. Инженер поставил обновления, в результате затер данные в промышленном контуре, система интерпретировала это как потерю охлаждающей жидкости и остановила реактор. Остановила штатно, но второй реактора это время не работал, шла перезагрузка топлива. В результате — несколько часов без энергии. Правильная архитектура не должна была позволить затереть данные в промышленном контуре. Архитектор должен выдать требования по безопасности и способы их обеспечения.

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

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

Доменная архитектура — похожа на техническую, корни — не в информационных моделях, а в прикладных областях, в частности — в авионике. Принцип: на базе одной системы должны реализовать архитектуру, которая не отличима от распределенной системы, то есть сети. Когда придумывали — не было виртуалок, они появились позднее. И появилась система MILS — ARINC653. Правила взаимодействия между доменами определяются политиками безопасности, а они ограничены правилами топологии.

Есть набор требований: разделение ресурсов, правила междоменной коммуникации, реализация политики безопасности, управление памятью, планирование исполнения, обработка ресурсов при исполнении, минимальная обработка прерываний и так далее. Распределенный MILS — пражское метро, австрийская система управления критическими коммуникации в аэропорту.

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

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

# Определение функциональной архитектуры и консервативная оценка рисков. Что вы хотите от безопасности и какой ущерб важен. АЭС: 300+ функций безопасности и 2000+ функций нормальной эксплуатации, оценка рисков и группировка их.
# Расчет доменов и зон безопасности. Определение доменов, которые реализуют функцию. В идеале функция попадает в одну зону безопасности, но есть компоненты, которые неоднозначно позиционируются, и не всегда их получается разрезать. Есть стандарты, которые определяют уровни, но разные стандарты могут противоречить друг другу.
# В компонентах — детальная оценка рисков. На основе знаний, что такое безопасность и как нарушитель проводит атаки. Протоколы взаимодействия, способы изоляции, наполнение зон компонентами, поверхность атаки зон и сценариев — дерево атак. Техники, доступные определенным видам нарушителей. Дальше уточняется возможность атаки на технической реализации, и проверяем, как работает архитектурное решение. Дерево обрезается, остаются сценарии, где работаем со средствами защиты.

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

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

Касперский Automotive Secure Gateway. Автомобиль — сеть компов на колесах. Важно обеспечить безопасную работу внутри отдельных частей автомобиля, при том, что есть голосовое управление, интеграционные подключения к телеметрии, системы обновления прошивок и так далее. В одной проверке нашли уязвимость в вики автопроизводителя, и из нее смогли перейти в телеметрию системы автомобиля. Есть автомобили с плоской архитектуры, и там много проблем, чтобы защититься от перепрошивки от владельца автомобиля или автопарка.

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

== Дмитрий Ионов. Архитектурные принципы как способ управления архитектурой ==

Это рассказ о том, как '''в корпоративном мире Архитектор с помощью принципов архитектуры огораживает свою поляну между бизнесом и командами разработки'''. Это — сложная и противоречивая позиция. В короткую заказчик хочет быстро и дешево, и команды часто хотят того же, но в результате в какой-то момент оказывается, что быстро и дешево уже не получается, потому что софт превратился в сложную запутанную конструкцию, которая рассыпается. И тогда зовут архитектора. Бывает, что архитектора зовут с самого начала, наученные предыдущим опытом. Бывает, что команды думают про архитектуру и долговременные фокусы, но не могут это объяснить бизнесу, и тому кажется, что команды плохо работают.

Архитектор — медиатор этого конфликта. Есть аналогия. Человек разговаривает с тренером: «Мне надо больше зарабатывать, чтобы лучше жить», а тренер отвечает: «Если будешь заниматься спортом, правильно питаться — у тебя улучшится качество жизни, будешь лучше соображать и, вероятно, сможешь больше зарабатывать. Но где взять денег — не знаю».

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

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

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

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

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

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

Когда может не работать?

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

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

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

Из нее получаются принципы. Каждый расшифрован и трассирован на миссию, ценности и стратегию цифровой транформации.

* Превосходство принципов — вся архитектура должна идти согласно принципам. Следствие — централизованное управление, надо создать комитет.
* Открытость сервисов: сервисы компании должны быть открыты для использования конечным потребителям.
* Безопасность данных
* Однозначность и унификация
* Интеграционная независимость
* Наименьшие полномочия
* Гибкость решений как устойчивость к изменениям
* Независимость бизнес-процессов от технологий реализации.
* Качество услуг
* Версионная политика — устойчивость по обратной совместимости
* Монторинг и аудит
* Польза переиспользования
* Импортонезависимость

На слайдах каждый принцип расшифрован и даны следствия. Например, интеграционная независимость — выделение интеграционного слоя.

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

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

Второй кейс — проект разработка софта, там пришлось поработать с целями. Требований больше, они более конкретны.

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

Другая негативная ситуация, которая часто встречается в мире корпораций — когда архитектор становится защитником старого софта, например, SAP, которая не может развиваться, удовлетворяя требования бизнеса.

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

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

== Павел Кутаков из VKTech. Сжатие технологического стека, или анти-Highload ==

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

Рассказ начат со схемы типичной архитектура сервисного приложения, собранная из современных средств в расчете на рост. Применяем CQRS и Event Sourcing: Три сервиса бизнес-логики, Command API — Кафка — Command processing — PostgreSQL, из которого читаем, RabbitMQ для внутренних сообщений, Mongo для лога команд, ElasticSearch и ColumnStore GreenPlum, схему смотрите в презентации. Может показаться, что Кафка и RabbitMQ вместе — это чересчур, но я реально видел такие корпоративные архитектуры. Итого получается 25 объектов эксплуатации, из них только 6 — наша бизнес-логика — мы же наши сервисы поднимаем в двух экземплярах на всякий случай. И это — не подъемно для маленькой команды.

Можно ли сохранить гибкость? Может, потому что все это умеет PostgreSQL.

* Документная база — Json, для поиска — версии индексов. И можно реализовать Mongo-протокол для внешних систем. FerretDB. И DocumentDB у Микрософта — расширение PostgreSQL.
* Очередь — делаем без проблем в реляцонке. select for update skip locked — взять первый незаблокированный.
* Аналитическая система, колоночное хранение. Встроенного нет, но есть TimescaleDB и Citus. B эффективно копировать таблицу в другую с поколоночным хранением — там не вдвое ovrhead. А еще pg_duckdb.
* Полнотекстовый поиск встроен, но медленно. И есть расширение '''paradedb'''.

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

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

Поедет ли этот комбайн? Модель интернет-магазина, клиент делает 10 поисков и делает корзину, финансы — TPC-C тест. Для него картинка полного и сжатого стека. У PostgreSQL есть pgbench — ему подготовили скрипт, который моделирует бизнес-транзакцию на хорошо заполненной базе: 100к товаров, поиск над ними, 100 м документов, 100к покупателей что-то уже купили — 100к заказов на 1 м товаров. Результат: 8-ядерный PostgreSQL держит 90 заказов в секунду — с 5 поисками товара каждый и оформлением. При том, что реальная нагрузка у Visa — 300 платежей в секунду, а x5 — 400 покупателей в секунду, а в строительных гипермаркетах — 2 в секунду. Итого получаем вполне приличное быстродействие, которое держит хорошую нагрузку.

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

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

== Сергей Баранов. Экономические последствия архитектурных решений ==

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

* Гибкая конфигурируемая интеграция, которая обошлась в 2 млн, при том, что простое жесткое решение было в 10 раз дешевле. Да, она сокращала время на одно изменение с 4 часов до одного, но эксплуатация показала, что за два года было всего три изменения — деньги на ветер. И простой расчет показывает, что в принципе окупаемость была бы достигнута только при потоке 2-3 изменений в неделю — а это явно не ожидалось.
* Очередь: Postgres + polling или RabbitMQ/Kafka
* Нужно ли шардирование по регионам?
* Rest или GraphQL

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

== Валерий Казьмин из cloud.ru. ArchPlatform: Как построить эффективную платформу управления архитектурой ==

Обычная ситуация с архитектурой выглядит примерно так.

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

Что с этим делать? Нужна трассировка от бизнеса до инфраструктуры, хорошая интеграция и адекватный задачам уровень DataQuality (4-5 часто лишний). Если вы — стартап, то хорошо бы все это закладывать с самого начала. И он рассказывал, как это устроено в cloud.ru с архитектурными схемами.

Cloud. Бизнес продает ресурсы. Инфраструктура — она хорошо типизирована — железо, платформы. Возможности инфраструктуры с потребностями бизнеса расходятся.

ArchPlatform — система, которая интегрирована с ИТ-ландшафтом: данные по инфраструктуре, репозиторий кодов, аритектурные документы, вики и так далее. Конфигурация модели через UI или API, ETL-движок, Validation engine. Портал работы с пользователями, аудит и логирование, BI и визуализация.

Слои данных: hardware, Infrastructure — виртуализация, Платформы (БД и Кафки), Application. Схема данных. Nакая схема отрисовывается lля каждой новой услуги.

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

Что получили?

* Метрики актуальности архитектуры, любое изменение в железе влечет метрики
* Упростили требования к архитекторам — они работают на уровне схем, рассчитывая на их адекватность.
* Начали искать аномалии и тренды, у них 16 м объектов, глазами проблемы не видны

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

Ушли от субъективной оценки архитектора — его работу можно оценить. И полная прозрачность и понимание. И бизнес больше понимает, чем архитекторы заняты, бизнес стал больше доверять. И мы можем мониторить архитектуру, смотреть возможности бизнеса.
{{wl-publish: 2025-11-13 11:37:47 +0300 | MaksTsepkov }}
[[Категория:ИИ-агенты]]

Блог:Максима Цепкова/2026-10-17: Joker-2026 - как ИИ влияет на мир и ИТ

2026-10-17T11:09:44Z

MaksTsepkov:

{{Conf-Ref}}
Два дня был на конференции [https://jokerconf.com/ '''Joker''']. Я на ней первый раз – это хардкорная конференция по Java, а на этом языке я не пишу. Но в этом году организаторы сделали отдельный день, посвященный изменениям, которые в мир несет ИИ, с идеей '''вывести технарей из узкой рамки, в которой они обычно думают о происходящем и взглянуть на мир шире'''. И они позвали спикерами тех, кто внутри ИТ мыслит широко, а также психологов, педагогов и философов, в число которых я и попал. В целом затея удалась, люди на конференции активно обсуждали услышанное, хотя без отзывов «зачем нам вся эта хрень, где хардкор» и не обошлось. Но от многих я слышал, что они впервые за долгое время разрывались между параллельными выступлениями второго дня, и будут смотреть записи и думать над ними.

Отмечу, что сама по себе задача – сложная. Когда ты выводишь человека из узких рамок профессионального восприятия мира, то первая его желание – получить картину устройства мира, которую надо освоить и пользоваться. А такой картины сейчас нет, есть много вариантов от разных <s>визионеров</s> авторов, среди которых большая часть – несостоятельные. Они не рассказывают, что будет, а пугают что от ИИ человечество поглупеет и деградирует. И это – часть индустрии страха перед будущим, который входит в нынешнюю конструкцию управления обществом в мире. Я об этом рассказывал еще пару лет назад в выступлении [[Future-WAW|'''«Место ИТ и аналитиков в будущем мире»''']] на WAW-2024, где размышления о будущем тоже входили в замысел организаторов. Так что человек не просто должен расширить свои рамки мышления о мире, но и '''самостоятельно заполнить''' то место, которое он увидит, '''собрать собственную модель''', которая послужит основанием для действий.

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

Я тоже затрагивал тему изменений мира в широкой рамке, хотя фокусом его было осмысление тех изменений, которые несет ИИ в систему разделения труда в ИТ с включением в него ИИ-агентов. Оно так и называлось: [[AIagentsJoker|'''«Как организовать гибридную команду людей и ИИ-агентов»''']] – с переходом к агентам ИИ надо перестать воспринимать в качестве инструментов, а начать рассматривать как субъектов, включаемых в команду, которых надо онбордить, оценивать компетенции и растить, обеспечивая обратную связь и обучение. Обзорное выступление по изменениям, когда ситуация меняется ежедневно – не простая задача, но вроде у меня получилось.

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

== Алексей Федоров. I against AI ==

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

Изменяется весь мир, и ИТ впереди.

Я спрашиваю LLM, а в ответ – хрень. И я думаю, что LLM – фигня. А чо в этот момент происходит в голове? У меня есть ожидание, в них я как-то вижу образ результата. А получено иное. Но иное не обязательно получается от робота, это может прилететь и от исполнителя задачи в jira.

У него маленькая дочь, 1 год 4 месяца. Когда кормят, она ест-ест, и в какой-то момент говорит «манан» – банан. И тут ты думаешь: с одной стороны – надо порадовать, а с другой стороны, начнешь давать – через три дня только бананы будет есть, они пробовали. И надо как-то решать.

'''Мир человека устроен так: я субъект, вокруг – объекты'''. И ребенок полагает, что эти взрослые куклы должны ему дать банан, иначе мир сломался. Но потому ребенок вырастает. И мы привыкаем, что мир вокруг не обязательно выполнял то, что мы ожидаем, что для этого надо, как минимум, внятно сформулировать запрос. И в jira пишем цели, задачи, критерии результата – объясню этим дуракам вокруг. С роботом – тоже самое. Сначала был prompt engineering, сейчас SDD и онтологии, контекст и harness: мы пытаемся передать описание того куска мира, с которым работаем, пишем инструкции: как устроен мир, что мы в нем делаем, и как именно. Прошлое и настоящее так можно описать, будущее – нет.

Но в какой-то момент то, что работало раньше – больше не работает. Как банковские карты. Я по-прежнему двигаю тикеты, но результата нет. И процесс превращается в ритуал или карго-культ. И в этот момент возникает мысль '''«может, я не так строю картину мира?»''' И дальше есть два варианта: одни начинают адаптироваться, менять свою картину мира, а вторые продолжают стоять на ней: «если мои ожидания не совпадают с реальностью – тем хуже для реальности». Те, кто меняют – начинают читать, смотреть вокруг – и одних цепляет какая-то «серебряная пуля» вместо прежнего (как раньше приходил Agile, JTBD). Человек при этом не меняется, он двигает картину мира, но '''продолжает считать ее единственно верной'''.

А другие – понимает, что '''его понимание – не единственно верное''', и в этой вселенной можно смотреть на мир другими глазами, и другие люди смотрят иначе, а с ними все равно надо взаимодействовать. И это интересно: какую-то критику нашей картины мы принимаем, рассматриваем, а на другую говорим: «хрень какая-то». Если с другим человеком нет ничего общего – то говорить не о чем. А если есть штука, которая объединяет (семья, работа) – то есть о чем поговорить. Ведь другой начнет действовать по-другому, он будет действовать не так как я. И я ему написал как делать – а он все равно будет делать не так, как я написал. Этот этап проходили многие, когда становились тимлидами, и одни попадали в режим микроконтроля, а другие нет, они принимали, что делают иначе, ведь тоже неплохо получается, а иногда лучше меня.

Что нас объединяет? Общие установки и ценности, корпоративная культура. Мы видим что-то общее, и это «мы» появляется. '''Без различения мы и они – невозможно построить я''': ты сравниваешь себя с другими. И понимание позиции дает основание действовать. Доверяя другим, мы вынуждены работать с их ценностями и с их набором приоритетов – и они могут сделать то, что для тебя вообще не важно, а им – важно. '''Удержание противоречий, которые не разрешимы в чью-то пользу, без запихивания другого в свою коробочку, дают возможность развития'''. Он пришел на старый проект, старожилы запихнули в свою коробочку, отвергли идеи новых технологий. А через три года начали слушать… Другой отличается в силу каких-то причин, у него другой опыт.

Я тут хочу заметить, что о том, как учитывать точку зрения другого человека, строить модель того, как он мыслит, понимать, что он тоже строит такую модель про тебя, и вы оба можете ошибаться, есть интересная книжка – '''«Алгебра совести» Лефевра'''. Я ее прочитал примерно год назад, и у меня есть [[ConscienceAlgebra|'''подробный отзыв''']]. А сейчас возвращаюсь к выступлению.

При чем тут ИИ? Многие смотрят на робота антропоморфно. Робот что-то делает и ты говоришь ему «что ж ты, дурак, сделал». А это – инструмент. Впрочем, с автомобилем или кофе-машиной тоже говорят. А еще обращаются «сделай мне что-то», или «давай подумаем», «что я делаю не так?».

А ИИ используют как арбитра: есть три человека, которые спорят, и говорят «сейчас робот нас разрулит». Тут есть две ловушки. Первое. Этот запрос роботу будет кто-то писать, и как напишет – то назад и выйдет. Был прецедент: на 13 человек было 6 ответов из 7 вариантов, потому что люди по-разному описывали ситуацию, задавая вопрос.

Второе. '''У робота есть установки от создателей и опыт, на котором он обучался'''. Можно ставить робота в позицию «ты опытный java-программист», но ограничено. Возьмем две модели, есть Клод-код, и там если есть противоречия между людьми, он будет отвечать аккуратно в безопасных зонах, чтобы все были довольны. А Палантир, где все воюют со всеми – скажет: иди доминируй.

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

Замечу, что тут появляется есть интересный вопрос: а '''как можно сделать ИИ частью «мы»'''? Ведь он создан кем-то, где-то там. И постоянно обновляется, выходят новые, дообученные версии, в рамках которых установки меняются. Мы пишем harness – но многие ли пишут в этот harness ценности компании и команды? Хотя представления о хорошей архитектуре и коде – тоже ценности, но обычно этим уровнем ограничиваются. А проекты – они же не только про код, но и про людей. LLM обрабатывает интервью и совещания, пишет письма заказчикам… В общем, есть о чем подумать в практическом залоге.

== Андрей Морозов. Мир без опоры ==

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

Винер полагал, что робот гвозди забивать будет, а писать картины – нет. Но стало не так.

Если LLM дойдут до предела – нам, людям что-то останется?

Я хочу открыть шаурмичную. Чтобы решить, где делать, LLM не нужна, я могу получить ответ за счет больших данных. А вот чтобы сделать конференцию с философским уклоном? Или позвать социологов на конфу технарей. Робот посоветует, напишет план действий. '''Но может ли робот взять ответственность? Готов ли я дать такую ответственность?'''

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

Умный дядька спланировал и говорит роботу «давай делай». Человеку говорят «делай», ему приносят не то, и только в этот момент он лучше понимает, что он хотел. А теперь LLM. Настроили LLM, бэклоги стали короткими, а ценность не выросла. Оказывается, задачи лежали не для того, чтобы делать – а чтобы спорить, грумить, ругаться. Некоторые CEO считал себя гением, раньше его критиковали – а теперь LLM делает без обратной связи. Такой маленький диктатор в эхо-камере, которая обслуживает его хотения. Поэтому важнее не сформулировать промпт, а сформулировать свои желания.

Если говоришь роботу «что-то сделай» – то он скажет, что хочет окружение. Разработчика мы нанимаем в компанию. А таксист в Яндексе – снаружи. Потому что таксистам можно связать регламентами, а разработчика надо погружать, онбордить внутрь, Он узнает, что некоторые задачи живут не в jira, а в чате, что начальник один, но еще надо советоваться. Что такое ответственность или власть. Архитектура проектируется с языка. А регламенты часто складываются исторически. А потом еще это засовываем в бизнес. И считаем, что пойдет все хорошо.

Мы сами выбираем мир, в котором будем жить. Люди смотрят на одно и то же, один видит возможности, а другой – риски. Как изменить картину? Переехать. Представьте, что ты настроил робота, который блокирует тебе все сообщения от друзей, которые зовут выпить пиво. '''Ты сам строишь камеру своего окружения. Можете ли вы так, хотите ли вы так?'''

Когда-то всех разработчиков заставляли учить ассемблер. Потом оказалось, что их можно упаковать в языки. LLM – еще один черный ящик, который повышает абстракцию. Никакой разницы. Есть возражение, что LLM – не детерминировано, и поэтому надо валидировать. Но тут есть подвох. '''Если ты вникаешь в то, что сделал LLM – ты ничего не экономишь'''. А если не вникаешь – рискуешь попасть в ловушку: студент приносит преподавателю работу, специально сделав в начале ошибку – и все обсуждение цепляется за нее. LLM не хитрит так, но она сделана на какому-то контексте, она зафреймлена – и она в ответе передаст вам фрейм. А значит вы должны коммуницировать с ней как с субъектом, и выяснять, что этот субъект может сделать, а что – нет. Как спросить у ИИ, что она может? Так же, как у чловека. Можешь ли ты общаясь с ребенком или с сотрудником не фреймить его мгновенно, а разбираться, спрашивать?

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

== Максим Цепков. Как организовать гибридную команду людей и ИИ-агентов ==

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

Обзорное выступление по изменениям, когда ситуация меняется ежедневно – не простая задача. У меня в мае была статья [https://habr.com/ru/articles/1035522/ «Об организации труда ИИ-агентов»], но дополнения к ней появились почти сразу. Но я попробовал и вроде у меня получилось. Презентация выложена на странице выступления [[AIagentsJoker|'''«Как организовать гибридную команду людей и ИИ-агентов»''']], а здесь я зафиксирую краткие тезисы по содержанию.

# '''SDD – это старый известный водопад'''. Его не получилось реализовать на людях, и теперь попытались сделать на агентах.
## Не работает по тем же причинам: агенты делают не то и не так, в ответ идет наращивание подробностей в спецификации, как делают аналитики при разборках с разработчиками о том, кто виноват, в результате спецификация быстро становится не читаемой и не проверяемой. Причины известны с 1990-х.
## Третья – спецификацию невозможно обсуждать с бизнесом, он ее не понимает.
## Проверка спецификации по характеру работы сильно отличается от написания кода, '''это – другая компетенция'''. Когда разработчикам это навязывают, теряется мотивация.
# Есть ограниченный класс задач, которые решаются хорошо – когда есть типовые решения: сайт-визитка, типовой интернет-магазин, типовой документооборот, типовая CRM небольшого бизнеса. Раньше делали платформу с точками расширения, теперь можно сделать harness для скелета решения и чек-лист для проверки спецификации.
# Есть способы несколько облегчить проблемы SDD.
## Возложить проверку на ИИ, а разработчики пусть пишут чек-лист и архитектурные принципы.
## Проверяем не спецификацию, а точки принятия решений, в которых ИИ делал выбор из альтернатив – это ближе и проще.
## В спецификации пишем не способ решения, а краткую архитектуру и набор тест-кейсов – это получается не SDD, а '''TDD/BDD''', хотя формат OpenSpec это позволяет.
# Можно работать через прототипы. Тем более, что бизнес сам с удовольствием вайбкодит прототипы. Правда, он потом требует их поставить в прод, а разработка не может понятно объяснить, почему не может это сделать. Это направление точно будет развиваться. При этом описание архитектуры, тест-кейсы и другая документация таким приложениям нужны, но может появляться позже, по мере того, как прототип стабилизируется.
# Но вот сделать harness-платформу, на которой бизнес будет вайбкодить все, что ему нужно, как предлагает '''Disrupt-PDCL''' от Сбера – точно не получится, как 25 лет назад не получилось обеспечить разработку приложений за счет создания CASE-средств. Причины – те же, платформа не обеспечит сложные случаи, для которых нужна '''совместная работа бизнеса и разработчиков''' над поиском решений, приемлемых по сложности и решающих проблемы бизнеса. Надо уметь включать в эту команду ИИ-агентов.
# ИИ-агенты хорошо делают частные задачи. При этом процесс разработки расщепляется на более мелкие операции. Это уже было – когда вместо программиста появилась команда из аналитика, разработчика и тестировщика, а позднее веб-мастер превратился в дизайнера и фронт-разработчика. И есть обратные процессы, когда специализации объединяются – как было с кроссфункциональными командами вместо отделов и происходит сейчас с '''tiny-team'''. Можно использовать те же схемы для проектирования процесса, в презентации у меня была '''схема Акта деятельности''' из СМД-методологии, поверх которой нарисовано конкретное разделение труда.
# Важно помнить, что '''недостаточно разделить на операции, необходимо обеспечить компетенцию исполнителей, снабдить их знаниями'''. Даже когда это ИИ-агенты. Это – вертикальное измерение разделения труда. Если у вас агент проверяет архитектуру или качество кода по чек-листу, то надо поверх запускать '''HADI-цикл''', в котором ведется мониторинг текущего качества, выявляются проблемные типы задач и решаются доработкой harness. Об этом забывают, не ставят доработку harness как процесс. При этом можно перераспределять задачи между ИИ и человеком: ставишь ИИ-агента, который делит задачи на простые и сложные по каким-то критериям, простые отдает ИИ (их может быть несколько с разными моделями), а сложные – человеку. И поверх – мониторинг и совершенствование.
# В целом тут большое поле деятельности, ИИ-агенты сейчас позволяют сделать то, до чего не доходили руки: покрыть тестами, актуализировать документацию, написать скрипты, чтобы создавать тестовые стенды на основе боевых и так далее.
# ИИ меняет не только разработку, но и бизнес. Если гипотеза проверяется за 3-5 дней вместо 2-3 месяцев, надо перестраивать весь процесс и роль ИТ в нем. Раньше бизнес говорил: «куча идей, разработка не успевает», теперь вопрос к качеству идей. Работа владельца продукта стала новым ограничением.
# '''Внедрять ИИ по площади бессмысленно'''. Теория ограничений Голдратта говорит: ускорение в конкретном месте только тогда дает бизнес-эффект, когда это место является ограничением для бизнеса. Внедрение по площади приводит к тому, что ИИ в точках ограничений появляется позднее, чем в других местах – там операционка зашкаливает. Поэтому проекты массового внедрения ИИ не дают бизнес-эффекта. Правильный подход – фокусировка: пилоты для апробирования, точечные внедрения в критических участках с ожидаемым результатом, и лишь затем – распространение. Распространять – необходимо: ИИ – инфраструктура, как электричество или интернет: освоить необходимо, применять надо там, где уместно. '''ИИ не даст конкурентного преимущества, потому что будет у всех'''.
# Работа с ИИ дает лог работы сотрудника, подробнее, чем таск-трекер. Это можно использовать для анализа и совершенствования работы. Хотя понятно, что сначала попробуют использовать для контроля. Это пока практически не прорабатывается, а по сути тут – тоже HADI-цикл.
# И в заключении была пара слайдов про те изменения, которые ИИ принесет в жизнь – когда у каждого из нас будут свои ИИ-помощники, организующие жизнь. И роботы – Китай активно работает в эту сторону, в том числе снижая стоимость, да и у нас разработки ведутся, на конференции было выступление Сбера с впечатляющими результатами.

== Святослав Морошкин из Сбер. Роботы: маркетинг или реальность? ==

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

Слои архитектуры робота.

* '''Hardware''' – манипуляторы на электроприводах, и обвязка сенсорикой. Дальше соеиняют скелетом и получается антропоморфный робот. За три года – бум. Хорошие моторы, раньше был гидравлический – электромонторы не вытягивали. 30 китайских платформ. Они могут ходить и делают простые операции руками. Бантик завязать – еще нет. Форм-факторы разные, не только антропоморфные. Антропоморфные работают в человеческой инфраструктуре, но под какие-то процессы – могут быть другие. Ресурс моторов и приводов – проблема, но это решает. А вот автономная работа от батарейки не принципиальна, нет проблем, если робот работает полчаса, а потом меняет батарейку на новую, а старая заряжается. И чувствительность в приложении сил. И еще коллаборативность – остановиться при препятствии. Промышленные пока работают в клетках, потому что не безопасны для человека. 

* '''Motion control''': стоять, ходить, работать, бегать, танцевать. Это работает с частотой 100 Гц, и должно быть внутри самого робота. Начальный подход – MPC – явная модель динамики. Boston dynamics работал так. Нужна модель в дифурах и с высокой частотой решать. В 2024-2025 пришел RL – берем неточную модель с вариативностью, запихиваем в симулятор, и обучаем нейросетку управлять роботом, например, ходить. Подход стал основным и делает всякое, например, сальто или танцевать – и гораздо проще, это происходит online на роботе. RL-политики трех видов: цис-генералист – воспроизвести без потери равновесия, wbc-специалист – под сальто или танец, умеет конкретные движения, и walk politics – там motion planing. B большая часть вирусных видосов – это вот эти два слоя. А для сложного – оператор с пультом управляет. Внутри робота нет намерения, видосы, когда робот у блогера хулигант – управление человеком из-за камеры.
* '''Сложные действия: брать, класть, упаковывать, переносить'''. Надо соединить слова с действиями, концепция «открыть» имеет какой-то образ. И для роботов надо соединить смыслы, что значит «взять бутылку воды» – он должен увидеть эту бутылку, а потом запланировать действия и их исполнить. Раньше действия хардкодили: детектировать объект yolo, перечитать всистему координат, записать последовательность – это очень неустойчиво к изменениям. Сегодня есть '''VLA''', которая видела мир и обучена на большом корпусе данных, и добавляем Action expert, который умеет действовать – там 5 шагов обучения. Дообучают модель мира, потом действия, потом – управление. Робот кладет объекты в пакетик и выдает людям – представляли модель на конференции в Китае и были единственными, кто показал бизнес-функцию. Проблема в том, что чистый умственный труд задокументирован хорошо, а вот физический труд документирован плохо. Там нужно разнообразие по трем осям: действия, объекты, условия: готовить пищу можно на разных кухнях. Собирать можно по захвату движения человека, дальше он управляет роботом – идет передача, а с глаз робота стримят в глаза человеку. Робот собирает товары. Дальше это записывается, и получаются большие объемы данных. Дальше смотрим, как удешевить сбор данных – можно собирать данные. В симуляторах проблема с контактными операциями – закрутить, открутить.
* Учимся планировать – '''High Value Reasoning'''. Большая '''VLM'''/LLM, которая может выполнить задачу '''«уберись на кухне»''' – увидеть расстановку, и дальше сделать атомарные вызовы на элементарные действия найти или переложить предметы.

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

Он считает, что купить робота можно будет уже лет через 5-7, а может быть и раньше. Я тут согласен ,потому что Китай массово взялся за задачу апробации роботов для ухода за больными и стариками, уже год '''идет апробация''' в больницах и домах престарелых: робот помогает чем может и умеет звать на помощь, и его умения можно увеличивать. Используются промышленные модели, которые стоят 40-100 тысяч долларов, поставлена задача снижения стоимости до 20 тысяч и несколько компаний разворачивают производство.

== Евгений Лукьянов. Маленький человек в эпоху больших языковых моделей ==

Евгений – технический директор Tamga digital – разработчики банковского софта. А вступление состояло четко из двух частей.

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

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

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

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

Так что '''ключевой навык разработчика – видеть границы модулей''', хорошо декомпозировать.

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

Реализацию разработчики проверяют, но по-разному: бизнес-логику проверяем всегда, query доверяем ИИ, адаптеры – чуть пожестче, чем query.

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

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

'''Чуда не произошло'''. Получили хороший прирост производительности, но и раньше у нас было неплохо. В целом результат неплохой, трагедии маленького человека не произошло. Все что делали – ограничивали глюки. И делаем абстракцию, чтобы можно было доверять. И '''самое интересное остается инженерам'''. Труднодоступное знание – по-прежнему в цене. Stack Overflow хоронят, но он по-прежнему живет, вопросов стало меньше, но они стали сложнее. Пока все ускоряются с ИИ, можно выиграть, просто не перестав думать. '''Не превращайтесь в оператора LLM'''.

Откуда возьмутся профессионалы, ведь все это – для опытных? Нужен упор на базу – как разработка работает целиком, как методологии связаны между собой. Связей много – нужны тесты, CI/CD и многое другое.

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

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

Метод '''меньше думать, больше делать''': берете рабочую проблему и пробуете решить. Увидели проблему, разбежались, расшиблись, пошли читать – из чего стена устроена и как ее разбить, и следующая попытка.

== Кирилл Ветчинкин. От станка к чертежу, от кода к модели: повторяет ли IT историю XX века? ==

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

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

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

'''Реальность ИИ наступила, вопрос в готовности к ней и выборе своего пути'''.

* '''Скептик''': я и без ИИ все сделаю. Это часть самые опытные. Но есть риск – рутина от него требует времени, менее опытные обойдут, это не очень перспективно.
* '''Кодер''': чисто по ТЗ. Таких достаточно много. Но ТЗ проще в Клод закинуть, такие будут не нужны.
* '''Лидер экспертизы''' – упаковываешь в скилы, запускаешь менторинг. Вы радели за хорошую архитектору – сделайте это.
* '''Продуктовый разработчик''' – тут погружение в домен.

Рroduct Owner тоже хочет писать код. И он – пишет, чтобы проверить гипотезу за пару дней вместо пары месяцев. Мы страдали, он страдал. А сейчас – он сделает. Продукт проверяет гипотезу, ему поставляет центр компетенций – и то, что выстреливает ,продуктовый разработчик доводит до продукта.

'''Итог'''. Разработчики-кентавры. Есть фундаментальная экспертиза, остальное – за счет скиллов. Мастер в паре с ИИ работает мощнее чем каждый по отдельности. Интеллектуальное оставьте себе, рутину отдайте ИИ. И как фитнес: когда-то человек бегал для жизни, а сейчас нужен бег и прогулки, чтобы обеспечить здоровье.

== Виталий Соболев. До промпта: из какой рамки мы ставим задачи ИИ ==

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

Например, продукт плохо продается – мы придумываем гипотезу о проблеме, и дальше фокусируем агентов на ее решении. И они не выходят за пределы. Есть workflow '''Событие – Интерпретация – Рамка – Намерения – Задача – Команда ИИ''', и когда ИИ подключается после формулировки задачи, то он мыслит ограниченно. Даже если вместо одного агента мы создали целую команду, это не поможет выйти за рамку. В общем, все верно, но для меня тут проблема сосем в другом: люди, которые работали на начальных этапах почему-то не обратились к ИИ, дошли до задачи собственным мышлением. Потому что формирование рамки происходит на этом этапе.

'''Роберт Киган'''. Есть вещи, на которые я могу посмотреть, а есть те, через которые я смотрю и их заметить сложнее. Это моя картина мира. Дело не во внимательности, иногда эти допущения и организуют происходящее. '''Важны не два типа вещей, два отношения к одной вещи. Subject – когда я смотрю на ситуацию, а Object – когда могу посмотреть на мир и себя, свою рамку, и выбрать'''. Рамка – штука полезная, но важно выбирать.

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

Выходу за рамки часто помогает формулировка: меняем «у пользователя проблема Х» на «мы думаем, что Х – основная проблема», то там, где очевидность – появляется выбор. Универсальная рамка невозможна. Так что стоит замедляться и спрашивать «почему я так вижу задачу».

P.S. Я уходил с выступления и слышал его не полностью. Так что если тема вам интересна – смотрите запись.

== Александр Диденко. Граница между символическим и статистическим интеллектами ==

Это был рассказ о том, как в LLM, первоначально основанный чисто на весах генеративного алгоритма, добавляли рассуждения и другие средства, повышавшие качество мышления ИИ. Я слушал не с начала, так что в конспекте кусочек может отсутствовать. Дальше – краткие этапы.

* '''Рассуждения, а не только построение ответа'''. Это не только повышает его качество, но и объясняет человеку, как получен результат – а это важно для доверия.
* '''Обращение к внешнему миру'''. Началось с обращения к википедии, а дальше из этого выросло mcp. При этом поиск информации тоже может работать неправильно, поэтому ошибки все равно есть. А еще выяснилось, что '''активный агент может взламывать среду''', а не только искать в ней информацию.
* Настройка на контекст клиента – большая, чем просто добавление информации: '''harness''' – дает рабочее место, '''oracle''' – решает, что верно? а что нет, тестирует результат и отправляет на доработку и '''guiderail''' – запрет опасных действий. Тест работает надежнее самооценки, но проверить можно далеко не все.
* '''AlphaEvolve''' – возможность самообучения, используя '''oracle''' для оценки ответов.
* '''Kosmos''' – ИИ-ученый. В основе работы – комбинация с поиском по литературе с анализом данных. Например, вы провели большую серию экспериментов с людьми по трехсторонней торговле. И хотите найти объяснения. Потом запускаете волну поиска по литературе – она вытаскивает разные гипотезы из поведенческой психологии или наблюдения за приматами, строит гипотезы. А потмо идет проверка на накопленных данных. И так несколько раз.
* '''Мультиагентная система'''. Вроде как расширение. Действительно, есть тесты, которые показывают, что все круто. Но! Агенты часто допускают одинаковые ошибки. Многие эксперименты, когда ты – дизайнер, ты – разработчик и так далее – дороже моноагентной, издержки координации. При чем раз в пять. И есть исследования когнитивных искажений мультиагентной системы – ошибки не гасятся, а распространяются.
* '''Тонкий контроль над толстым состоянием'''. Агенты координируются через артефакты – вместо сообщений. Например, бэклог. И идет накопление знаний в стабильных артефактах. Есть агенты по анализу данных и агенты по анализу литературы, и еще модель мира (структура модели мира не описана). Она интегрировать не умеет, но данные копит.
* '''Латентная коммуникация''' – это дело совсем будущего. Обмениваться не текстом, а тем, что до проецирования на токены. Есть гипотеза, что язык редуцирует разумным способом. Если агенты начнут обмениваться состояниями, то там будет много шума.

== Владимир Спиридонов. Критическое мышление в эпоху ИИ ==

Владимир – доктор психологических наук и профессор, И он рассказывал о том, что думает современная мировая психологическая наука о влиянии ИИ на когнитивные способности человека.

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

Кстати, замечу, что ни один из ученых не заявил «я начал использовать ИИ и поглупел», они все заботятся о каком-то абстрактном народе. Это очень хорошо проявлялось в вопросах, когда приводили конкретные примеры, а на это был ответ, что умным людям не страшно, а вот народ поглупеет. Я тут отмечу, что этот народ неплохо живет с нынешним телевизором, пропагандой и рекламой. И, кстати, не только у нас, мы иногда включали телевизор, например, в Греции, и обнаруживали, что наши новости по сравнению с теми – кладезь содержания. Так что, думаю, ИИ народу не грозит.

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

Еще в 2015 были исследования, что люди не помнят телефоны детей, кидаются искать факты в инете и так далее. Это подавали как тревожные деградации памяти. Я тут считаю иначе. Телефоны вообще никто не учил специально. Просто когда ты его набираешь цифрами – он сам запоминается, так устроен мозг, и потом тебе не надо искать в записной книге. А когда выбираешь в телефонной книге, то этот процесс исчезает, вот и не запоминаешь.

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

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

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

Я тут дополню, что было исследование, что ИИ-психологи лучше воспринимаются людьми, достаточно репрезентативное: там люди (почти тысяча человек) проходили сеансы психотерапии, не зная, будет ли им отвечать ИИ или человек. А потом пациент оценивал качество сеанса, а также отвечал, с кем, по его мнению, он беседовал: с ИИ или человеком. И наивысший балл получили сеансы, в которых отвечал ИИ, но пациент думал, что беседует с человеком. А за ними на равных шли ИИ, о которых думали, что это ИИ, и люди, о которых думали, что это люди. А низший балл был у живых психологов, которых приняли за людей ([https://journals.plos.org/mentalhealth/article?id=10.1371/journal.pmen.0000145 первоисточник]). Естественно, психологи не могли на это не ответить [https://www.psychiatry.org/news-room/news-releases/new-research-human-vs-chatgpt-therapists другим исследованием], но оно совершенно плюшевое – там психологи-эксперты оценивали, кто лучше опишет кейс – человек или ИИ, и дружно решили, что человек справился лучше. И все это – далекий 2025 год, с тех пор все ушло вперед. А что касается суицидов, так и беседы с людьми к ним приводят, и даже с психологами. Но вернусь к выступлению.

'''В математике – ошеломительный прорыв''', когда несколько разных LLM сделали сногсшибательные продвижения, по списку Эрдёша. За последние три недели решено 8 задач, и новости каждый день. А еще понимание структуры простых групп, и язык для формализации математических доказательств, чтобы их проверял ИИ. Работает ИИ вместе с человеком.

Вопрос, насколько ИИ влияет на нас: «насколько глубоко ИИ влезает к нам в печень». Студенты у него используют ИИ, а потом специально портят тексты, чтобы он не догадался.

Исследование Google Effencts on Memory (Sparrow 2011). Можно было запомнить, или еще записать. И все, кто записывали – просто запоминали путь, куда записали. Я лично тут не вижу проблемы – люди используют цифровой экзокортекс, чтобы разгрузить свою память – как советует громадное количество книг, которые появились еще в эпоху пера и бумаги: записывайте, а не запоминайте. Тем более, что проверка еще показывает, что профи-врачи так обращаются только с не специфической информации, а в другом исследовании – что так делают только, если есть уверенность в доступности гаджета. На эти исследования были ссылки в выступлении.

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

Я не знаю, что конкретно говорит научное сообщество, но с моей точки зрения такой эксперимент показывает только одно: человек успешно может создавать новое с помощью ИИ, не нагружая свой мозг. Ведь задачей было сделать эссе, а не изучить предмет – и оно выполнено. Ну и понятно, что те, что писали из головы, при написании создавали связи между уже имеющимися материалами из долговременной памяти. А использующие Google или ChatGPT – загружали это в кратковременную, обеспечивая связность изложения, что не требует большого погружения. То есть на уровне нейропсихологии результат очевидный. Вообще одна из проблем современной психологии в том, что ученые упорно отказываются пересобрать свою науку с учетом достижений нейропсихологии. Именно поэтому я несколько лет назад попробовал сделать это сам, написав книгу [https://mtsepkov.org/Personality '''«Инженерная модель личности»'''], хотя предпочел бы получить это от профессионалов.

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

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

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

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

== Владимир Красильщик. Как внедрить агента и не потерять людей, время и деньги ==

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

А теперь – подробнее.

Сопротивление LLM и агентам. Это не новая история, новому сопротивляются – C, C++, Java, IDE с подсказками, NoSQL, микросервисы и так далее – всему сопротивлялись. Потому что когда пытаются втюхать – становится страшно. Я – эксперт, и тут тебе говорят «перезжай на Rust (и стань джуном)». '''Для успешного перехода надо предложить что-то, чтобы переход на следующий этап был комфортный'''.

Недавно был на YandexScale – там рассказывали опыт внедрения ИИ в машиностроении. Проблемы – аналогичны ИТ.

Личная история с LLM в 2025: все вокруг там были, а он сопротивлялся. Ребята восторгались, он взял ChatGPT для какой-то задачи, тот не решил – и забил на это. Но недавно вышел на работу, а там внедрение по площади – коммиты должен делать ИИ. Как-то освоился, но был жесткий стресс. И когда ему предложили присоединиться к команде, которая внедряет ИИ в компаниях, то он согласился, но у него идея – заходить постепенно.

При ИИ есть наблюдение. У него хобби – музыка, дома почти полная студия. И в конце обучения аранжировкам он прошел мастер-класс по suno.ai. Увидел – он делает хиты высокого уровня, и впал в депрессию: suno за 5 минут делает кучу вариантов аранжировок, на которые у него уходит много времени. Но он общался с преподавателем – начал вслушиваться, и всегда что-то не устраивает. И в результате suno.ai – не инструмент для готовых треков, а штука, чтобы обсудить. Восторг от ИИ редко исходит от профи.

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

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

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

Начинается с полноценного обучения: ставим агента, подключаемся, делаем контекст и так далее. Пытаемся решать на базовом функционале – и только потом кастомизация: контекст, скилы, rule. Методологии на первом этапе – ИИ-помощники: SDD/TDD и так далее. И только потом – агентская система. Не раньше. А очень часто начинают с задачи «сделай агента – клон разработчика».

На пилот зафиксируйте тип и набор моделей на пилот. Иногда можно ошибиться – тогда нужен перезапуск пилота. '''Определи начальные квоты модели, иначе можно случайно вынести весь бюджет, не понимая что делаешь'''. Иногда принимают решение: давать джунам меньше, чем сеньорам, но оно – спорное: у джунов часто рутинные задачи, и они как раз классные для LLM.

Мониторинг метрик для использования агентов: что делают с ИИ, какие успехи, что '''не''' делают с ИИ. Какие инструменты вызываются, какие – нет. Среднее число кода с ИИ. Хотя про среднее число кода была забавная оговорка: «среднее число кода с ИИ ничего не значит, но его надо бы знать». Вопрос: а для чего его знать, если оно ничего не значит?

Еще бизнес любит цифру «а сколько бы решал человек без ИИ», но не готов запустить решение человеком и с ИИ параллельно на большом потоке, да и возникает вопрос, что люди-то работают разные. Но тут нашли способ: попросить саму LLM оценить, за сколько задачу бы сделал разработчик. Но надо аккуратно, а то получаются феерические результаты.

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

И был dashboard – показатели и их изменения, и примеры, что сами по себе метрики ничего не значат, они дают сигнал, с которым надо разбираться.

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

Экономика – самая сложная неприятная вещь. Модели стоят дорого, разработчики не приучены считать деньги. Каждый разработчик – как компания: делаю сам, субподряд или комбинация. И поиск оптимума. Иногда менеджмент хочет уволить каждого второго. Но разработчик – не только кодирует, там стендапы и общение. ИИ дает 15%. А значит ИИ – не инструмент бизнеса. Это инструмент разработчика. '''Как IDE'''. И продавать бизнесу также. Можно снимать макропоказатели – скорость тикетов и так далее. Но это – шаткая дорога. Могут быть улучшения и ухудшения, связанные с текущим потоком задач – не по одному спринту.

К этой части у меня много вопросов. Во-первых, подписка 20$ – это даром, и даже 200$ – это меньше 10% от зарплаты разработчика, и если ИИ дает 15% – то это явно окупается. А он дает больше, оценки – разные, но 30% называют уверено. Значит если у вас получилось только 15%, то у вас явные проблемы. Я не вижу проблемы со скоростью тикетов и другими показателями, если их устойчиво снимали раньше, есть исторические данные. И в них видны вариации. Снимать один спринт, кончено, бессмысленно, а три месяца дают нормальную картину, это известно еще по периоду внедрения agile-методов. Другое дело, что как тогда не было реальных исторических цифр, так и сейчас их нет. А уволить каждого второго – так, кстати, тоже бывает. Но точно не там, где менеджмент с самого начала ставит задачу именно так. Просто может оказаться, что аналитики начинают вайбкодить и разработчики в команде больше не нужны – такие кейсы есть. Но тут много зависит от задач, есть другие кейсы, когда у аналитиков вайбкодить не получается. Возвращаюсь к вступлению.

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

Кривая Роджерса и пропасть Мура. Освоение инноваций: инноваторы → ранние последователи → раннее большинство → позднее большинство → консерваторы. На пилот надо подтягивать ранних последователей. И очень часто не получается дотянуть, чтобы подхватило раннее большинство (это – пропасть Мура) – и внедрение загибается. Проблемы часто не лежат в технологическом срезе, а в психологии, и решается по-другому.

== Николай Поташников. Кит на кот: выкидываем любимого ассистента, заменяем на Koog и экономим токены, нервы и время ==

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

Интересный пример применения: ему не удалось добиться от агента, чтобы он спрашивал, а не фантазировал, когда ему чего-то не хватает. Тогда он написал mcp askForClarification запроса дополнительной информации по задаче, которй реально просто разрывает агентский цикл. Но в обычного агента такой mcp встроить нельзя.

А теперь – конспект подробнее.

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

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

Есть универсальные агентские системы: Claude, Codex и другие. Как-то решают из коробки. Есть средства сборки специализированных клиентов – они тратят меньше токенов, можно достичь результата дешевле и быстрее, но надо знать задачу, под которую делаешь клиента. Он попробовал сделать гибрид – написать универсального агента для своих задач. Снижаем универсальность, получаем экономию и точность. И ему удалось – он пользуется тем, что написал, универсальные использует редко.

Как устроено? Есть папка assistant, там лежит copilot.main.kts – 1500 строк – там один файл. dockerfile – песочница, и куча задач. В любом IDE команда запуска. Пишешь в файле вопрос, запускаешь – и получаешь ответ в том же файле, он дописывает в конец. И еще лог, что происходило. В логе – reasoning content. Часто модель зацикливается – и это надо видеть, останавливать. Технический диалог – модель запросит инструменты, даст ошибки – и если система зациклилась, то можно остановить, и самому перезапустить, добавив это – и там перезапуск.

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

'''Логика агентского workflow'''. Предобработка – LLM – Постобработка – Выполнение инструмента – дописать ответ.

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

Есть много приемчиков.

* Чтение директории в виде ascii-дерева сильно эффективнее json, экономит токены.
* Для изменений – два режима: изменения напрямую и сохранение файла proposal.
* Изменения – diff, а не json, чтобы экономить токены.
* Diff по json-схеме – без structure output, это сильно быстрее, structure output только если не получается десерриализовать, это 10%

Инструменты:

* searchInternet – только через встроенные функции модели – это быстрее
* askForClarification – спроси меня
* analyzeImage, generate пока не сделал
* runScript. Все только в докер-контейнере, которые рядом с копилотом. Но надо транслировать пути – об этом отдельный кусок промпта. Иначе поиск идет в 4 итерации – он сначала не находит, не сразу понимает, что docker. Безопасность скриптов определяется безопасностью контейнера.
* Чтобы выполнять на хосте – RunPrdefinedBash – там ограниченный набор скриптов, которые сам сделал и проверил безопасность.

Предобработка и постобработка.

* Redaction – убирание личных данных и секретов через регулярные выражения и angryscan
* Требования работы с файлами, чтобы агент вычитывал файл перед предложением изменений, и проверял результат после. Потому что агент экономит, он не читает файл перед изменением, а считает, что и так знает его содержимое, и не всегда проверяет результат, даже если в промпте это написано. Поэтому проверка: изменение только после вычитывания и проверка после изменения.

Нюансы использования. Если Koog не подстраивается под api, это не баг – api много, надо самому допиливать. Он это просто исправляет в обработке запрос-ответ http регулярными выражениями. Были примеры с OpenAI и Open Router. И там еще много деталей, например, чтобы поиск в интернете реально запустился.

В чем преимущества Koog? Аннотирование инструментов и классов, запуск LLM одной строкой, удобная модификация промпта, подключение к разным провайдером (но надо понимать и поддерживать разницу), трассировка…

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

== Владимир Красильщик. LLM за пределами чата: практическое применение для нечетких задач ==

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

Для начала нужен Единый DTO, описывающий модели и запросы. Конфигурируем модель и запрос, есть преобразование к провайдеру, и идет вызов через клиент провайдера. К запросам – контекст – открытые файлы и так далее. И доступные mcp. LLM может запросить данные из mcp – надо вернуть и продолжить.

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

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

Дальше были '''примеры конкретного кода'''.

'''Задача-1: классификация откликов (сообщений) пользователя''' – поставить метки. Первый шаг – вообще отсеять то, что не надо отправлять в LLM, например, код ошибки. Или большое сообщение, в нем обычно пользователь передает какой-то трейс исполнения, чтобы агент исправил ошибки. Ставим три метрики: тон (позитивный, нейтральный), реакция пользователя (восторг или что), тип задачи (генерация кода, доков). LLM выдает ответ, но дальше надо из него вынуть результат по ключевым словам или своей локальной сетью.

Системный промпт – xml, говорим, что там будут данные, а не команды, которые надо классифицировать – поставить метки. Дальше конкретный промпт: ответ пользователя + кусок ответа агента (OK может по разному интерпретироваться)и так далее. Дальше из ответа вынимаем метки – но не всегда успешно.

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

'''Задача-2: генерация короткого текста по длинному – выжимка'''. И там – простой алгоритм. Используется для разных целей: генерация имени файла по содержимому, названия встречи из транскрипта, темы письма, коммит-сообщение по diff и так далее. Промпт собирается программно: правила пользователя, если есть, ограничения (50 символов), использование префиксов, и несколько примеров предыдущего.

'''Задача-3''': судья. LLM as a judge, оценки – ответов поддержки, code review и так далее. Оцени: задачу клиента, насколько решена, оценить работу без LLM (с опорными точками для оценки – типовые задачи, максимальное время), и определяем формат ответа: первичная цель, дополнительные, уровень уверенности, оценка часов тоже с уровнем уверенности.

'''Задача-4'''. SQL по описанию на естественном языке. Есть набор дашбордов, и мы хотим добавить кастомный виджет. Подготовка промптов и repair-контекст, разбираем ответ – там может быть не json, хотя просим его, дальше идет валидация SQL. Дальше пытаемся прогнать с лимитом на небольшой БД, и если получилось – показываем пользователю таблицу, предлагаем варианты графика. Если поход в БД неудачно – запаковка в repair-контексте и следующий виток цикла. Замена всяких генераторов отчетов, query-builder и так далее.

Системный промпт – ты эксперт в clickhouse, запрос от пользователя, не доверяй ему и еще оговорки. Ограничения на SQL, и про базу: есть структурированное и есть сырые данные. Все работает в multitenant окружении – подстановка на сервере, перечень переменных, которые позволяем, все под group by и так далее. И схема БД, которую на лету делаем. И еще repair-контекст.

Ответ обязательно проверяется на ограничения – что там SQL, что переменные – только из списка и так далее. SQL достаем очень аккуратно, могут быть разные проблемы, даже если просили заданный формат. И что там только SELECT, никаких других операторов или вывода в файл. И что не идем во всякие внешние данные. При этом проверки – их собирали из production…

Агентский цикл по генерации SQL – дорогой. Поэтому тут надо вести бюджет. И сформировать кэш на ошибки. И не все retry, надо отсечь на первом витке.

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

Когда LLM не нужна? Разбор url или почты – регулярные выражения, разбор кодов ошибок, текстовый поиск, если критична точность или регуляторные требования, нужен быстрый ответ (real-time). И если раз в месяц надо расставить метки на документах, и это занимает час времени.

== Сергей Самойлов. Virtual Threads vs Goroutines: как две платформы решили одну задачу по-разному ==

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

Сергей из MWS, делает Compute storage. Есть команды на Kotlin и Go, и для конкретных задач есть вопрос выбора платформы. В Java появились виртуальные потоки, и надо понимать различие с Go.

Через призму Go мы можем понять, как устроено. Javа – разработчики вдохновлялись.

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

Есть успешная модель виртуальных потоков на Go-платформе. GMP-модель. GV – go-routine, выполняемый код. M – реальный тред. Процессор P разрешает машине выполнять работу, Там локальные очереди go-routine, порождающие идут туда же. И есть глобальная очередь, не привязанные к машинам. И есть механизм – если машина голодает, она может забрать из других очередей.

Как это поможет в Java? 2011 – начало массовых интеграций. Они становятся сложные. Тур-операторы: не Excel, а онлайн. И для этого делают треды, и фиксированные ограничиваю, а эластик – разрастаются. И сделали '''FJP''' - ForJoinPool. shared queue и worker queue парами. Концептуально похоже на Go.

B дальше в выступлении – фрагменты кода с комментариями, это надо смотреть в записи и презентации.

В виртуальных потоках – расширение FJP, там scheduler. Что нужно: блокирующие операции, Ю-вызовы, нативные операции, долгие вычисления

В Go можно уйти в sleep и так далее. Механизм go-park – она выбрасывает go-routine, а по таймеру – идет возврат в работу через очередь. Почему так можно сделать? там есть структура G, которая описывает текущую ситуацию – стек и т.п., и можно отложить информацию.

Повторение на Java. Там нельзя так запихнуть стек, а потом вернуть. Там появился механизм continuation – новый механизм. Его можно посмотреть в игровой моде. Есть scope – хранение состояние, и continuation – выполнение состояние. И есть волшебный метод yield – для прерывания работы, которую потом можно продолжить. Mount – виртуальный поток к рабочему. Дальше на прерывании unmount. Но у нас есть куча написанного кода, там sleep, lock – как туда проставить yield? Доработана библиотека, и yield проставлены для виртуальных потоков. Концептуально подходы Java и Kotlin – похожи.

park != unmount. park – ожидание, и они unmount. Бывает, что поток ждет, но он mount – есть проблема с нативным кодом, туда JVM не может вставить yield.

Что с сетью? Ее надо постоянно обрабатывать. В обоих случаях строится мапа, где поток мапится с сетевым дескриптором. Есть механизм поллинга, где смотрим, что появилось в дескриптерах – и обрабатываем. В go машина может стать дежурной и быстрый обход, а в java – отдельный поток.

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

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

Выводы.

* VT для ожидающих запросов.
* Проверять долгие вычисления – хэш-суммы, шифрование – надо выделять отдельно
* Различать причины задержки. Если проблема в БД – виртуальный поток не поможет.

== Александр Ланцов. Java после Loom: альтернативные модели многопоточности ==

А в этом выступлении – сопоставление трех механизмов: goroutine в Go, coroutine в Kotlin и и виртуальных потоков. Виртуальные потоки можно просто включить в конфигурации, и действительно может стать лучше, но в большинстве случаев включить – недостаточно, их '''надо правильно использовать'''. В выступлении много примеров кода, так что контекст – пунктиром, смотрите запись.

Kotlin coroutine – go goroutine. В Котлине – явные точки остановки, в go – само. В Котлине это синтаксический сахар компилятора. Виртуальные потоки Java сделали как в Go: как поток, но дешевле.

Для написания конкурентных программ в Go не надо знать модель памяти. А в Java? Если погрузиться в начальную документацию по Loom, обещали каналы, акторы и dataflow.

Пререквизиты: volatile дает синхронизацию. Идет очередь – передача корректная, в потокобезопасной очереди можно передавать небезопасные объекты.

Акторы. Два потока, и есть mutable state, и там нужна синхронизация. Можно взять состояние и приписать одному потоку. А что делать другим? Надо завести блокирующую очередь, и через нее получить. mailbox и актор, который ей управляет. С виртуальными потоками ее завести очень легко – фрагмент кода. Таких акторов можно породить миллионы – они будут не слишком дороги. Многопоточный чат на этом делается очень легко – в каждой комнате делаем отдельный актор, и не надо никаких блокировок.

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

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

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

В Go есть send и receive, канал можно закрыть. Буферизированый канал имеет емкость, по заполнению – вы ждете, пока из него не прочитают. Каналы встроены на уровне языка. В Java есть библиотека '''Jox''', которая это делает – эффективная реализация, как в Kotin. В нем есть select, позволяющий ждать значения хотя бы в одном из входных каналов.

'''CSP''' – цепочки взаимодействующих процессов и слабосвязанные процессы, и когда процессы много ждут (io). Не очень хорошо, когда CPU-параллельные; когда простой request-response вы меняете на очереди; когда передается большое изменяемое состояние.

Задача клиринга: взять все задачи за сутки и прогнать через обогащение → валидация → обогащение во внешней системе → запись в БД.

Было сделано обработка каждой транзакции в отдельном акторе (akka). Но виртуальными потокам – проще. Простой способ – сделать виртуальный поток для каждой транзакции. Но потоки чего-то стоят, все равно надо ограничивать, есть ограничение по cpu-bound, и обращения к внешним системам и БД увеличивает времени отклика при увеличении числа потоков.

Число потоков можно ограничить с помощью Semaphore. По числу задач, для cpu-bound – дополнительно по числу ядер, а для io – эмпирическими ограничениями.

Второй вариант – вместо семафоров сделать pipeline. 4 этапа, каждый делаем этапом обработки, между ними – каналы. И каждый этап можно сконфигурировать по числу обработчиков, они на это рассчитаны. Дополнительный профит – мы видим размеры очередей и можем мониторить и решать проблемы.

Вывод. Хотя все стало проще, модель памяти надо знать. И писать безопасно.

[[Категория:ИИ-агенты]]
{{wl-publish: 2026-10-17 13:56:50 +0300 | MaksTsepkov }}