Коллеги, завершилась 10-я ежегодная конференция МИМ «Современный системный менеджмент и инженерия — 2026».

Два плотных дня сильных докладов, практических идей, свежих подходов и тем, над которыми действительно хочется подумать дальше.

Для тех, кто не смог присутствовать онлайн — уже выложены записи и материалы.

🎥 Видео конференции:

https://www.youtube.com/playlist?list=PLhPRVGfg1aeOmReH-92YI9t84SCma8QZp

📎 Презентации, обсуждение и материалы:

https://t.me/welcomeSSM

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

Если хотите провести ближайшие часы с пользой — это хороший вариант.

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

У участников в чатах МИМ это уже даёт отложенный, но реальный эффект: от карьерных переходов и роста до обнаружения критических провалов в продуктах и процессах.

Функционал подписки "Инженерия интеллекта" будет продолжать развиваться в сторону персонализации вашей собственной интеллектуальной среды.

👉 Приобрести или узнать подробнее:
https://system-school.ru/open-endedness

Приводим примеры проектов, которые подходят для семинара Виктора:

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

Ваш отдел реализует и автоматизирует какую-то функцию для большой финансовой структуры (онбординг, бэк-офис, compliance, отчётность и т.п.). Целевая система бизнеса в целом давно потеряна среди большого набора клиентских продуктов, поэтому невозможно достичь понимания места вашей системы в этом хаосе, нет критериев оптимизации вашего компонента, имеющиеся KPI давно не отражают ни выгоды для компании в целом, ни интересов вашего отдела. Невозможно даже разобраться, на кого вы работаете: на акционеров, менеджмент, клиентов или регуляторов.

Команда программистов проектируете учётную систему для сложного бизнеса. В ней есть "операции", "сделки", “обязательства”, “риски”, "баланс", "счёт", "лимит", "доступные средства", “средства в пути”. Каждое слово выглядит знакомым, но в требованиях, продуктовой логике и базе данных они начинают расходиться, трассировать понятия, логические структуры и их реализацию друг к другу - крайне тяжело.

Банк делаете платёжный сервис, и команда спорит, что считать целостной операцией: заявку, списание, подтверждение, перевод, полный расчёт, отсутствие спора и как это соотносится с фактическим удовлетворение потребности клиента.

Стартап работает над инвестиционной платформой, где для клиента выгода в "доступе к инвестициям", для “инвестора” - в соотношении “доходность/риск”, где команда видит интерфейс, юристы — требования регуляторов, права и обязательства, инвестор проверяет реализацию плана привлечения клиентов. Все говорят об одном продукте, но держат в голове разные системы.

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

Это и есть материал для семинара.

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

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

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

Сегодня ещё можно принести свой кейс на разбор.

Подходит для: финтеха, трейдинга, инвестиционных продуктов, платёжных систем, платформ с денежной логикой, AI в финансах, учётных и расчётных систем.

Чат участников семинара с подробностями - в открытом доступе до выходных, подключиться можно через бота @SystemsSchool_bot.
(до перехода к оплате — появится ссылка на чат)

Формат: online, 1 час теории, 2 часа разбора кейсов участников
Дата: 16 мая
Начало: 13:00 (МСК)
🎟 Стоимость: 6 900 ₽

📌 Пререквизит: Рекомендуется тем, кто уже, как минимум, проходил самостоятельно или с наставником резидентуры R1–R3 (включая их предыдущие варианты: "Онтологика", "Моделирование и собранность", "Рациональная работа").

На рынке давно существует понятный ценник за переход к задачам "высокого" масштаба.

В глобальных топовых MBA он измеряется десятками и сотнями тысяч долларов. По данным GMAC, средняя стоимость MBA из глобального топ-20 составляет около $171 тыс. в США, $116 тыс. в Европе и $89 тыс. в Азии.

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

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

Но сама по себе дорогая программа не создаёт квалификацию.

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

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

Можете ли вы понять сложную ситуацию и изменить работу в реальном проекте?

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

R3 и R5 дают базу именно под такой рост.

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

R5 помогает думать о сложной системе и не терять главное: целевую систему, надсистему, роли, интересы, ограничения и риски неуспешности.

Именно поэтому откладывать опасно.

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

В такие моменты уже не звучит: "я неплохо работал".

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

MBA стоит дорого за обещание управленческого масштаба.

❗️МИМ тренирует саму способность брать этот масштаб: агентность, системность, методологическую дисциплину.

Вопрос не в выборе очередного курса.

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

R3 стартует сейчас.
R5 стартует в понедельник.

Подключиться: @SystemsSchool_bot

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

Мы не отсталые и не работаем по идеям 80х годов прошлого века, то есть у нас release early, release often, а не "сырое не выпускать" (редкие релизы, длинные циклы, вечные догонялки по отношению к фронтиру).

И вот у нас обновление: новый набор руководств, экспериментальный вариант, это вывод руководств на фронтир: совмещение с FPF онтологии ролей. Десятки часов работы AI-агентов, ещё больше часов работы автора руководств. Далее делаем бенчмаркинг (сравниваем старые и новые версии — какие лучше?), ищем ошибки, обращаемся к опытным членам сообщества, демонстрируем приверженность собственным принципам работать на фронтире, работать с MVP.

Итак, подготовлены новые тексты руководств R5-R10 (там были сделаны изменения в онтологии ролей, чтобы поднять совместимость с FPF. Например, "целевая система проекта" — это роль системы в контексте проекта), и было бы интересно получить на них какие-то отклики — считать это экспериментом и бросить, или наоборот — продолжать доработку в этом направлении. Поэтому мастера могут получить эти экспериментальные тексты руководств (в .md, читаются в Google Docs) для того, чтобы помочь их как-то оценить и подсказать дальнейшие направления доработки. Это будет актуально ближайшие несколько дней и использовано для планирования: тратить больше времени на доработку руководств (у нас планируется запуск группы по R5 как минимум — можно ли их пускать по новому тексту?) или не тратить (и быстрее выпустить "архитектуру в FPF").

Пишите в личку А.Левенчуку — @ailevenchuk, а у кого нет ещё квалификации мастера — просьба на эту тему не беспокоиться, вы получите уже готовые варианты текстов.

Прошло несколько месяцев с тех пор, как программа "Рабочее развитие" перешла в режим резидентур.

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

Это важно, потому что первый проход программы "Рабочее развитие" лучше делать последовательно.

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

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

Хочется сразу в R5, потому что проект сложный.
Хочется сразу в R7 или R8, потому что надо менять способ работы команды, разбираться с архитектурой, DevOps, требованиями и обоснованиями.

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

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

А сложная ситуация в проекте всё равно стоит на месте.

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

Её трудно сдвинуть, вцепившись в одну точку. Можно надорваться, отколоть кусок, получить ощущение усилия и даже красивый след работы. Но сама плита останется там же.

Так же со сложной рабочей ситуацией:

R1 помогает увидеть внимание, авралы, незавершёнку и переход от занятости к выпуску.
R2 переводит коммуникацию в работу с моделями, ролями, представлениями адресата и согласованными действиями.
R3 даёт точность рабочих моделей: объекты, роли, описания, методы, потоки работ и узкие места.
R4 добавляет причинность: гипотезы, объяснения, интервенции и проверку того, что действительно меняет ситуацию.
R5 помогает удерживать сложную систему: целевую систему, надсистему, подсистемы, интересы и риски неуспешности.
R6 развивает системное моделирование.
R7 переводит внимание к методам работы.
R8 переносит это в системную инженерию.
R9 показывает развитие личности и мастерства как инженерный проект.
R10 собирает управленческую сторону коллективной работы.

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

При этом важное уточнение: первый проход не обязан быть идеальным.

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

Проход "на троечку", но до конца, часто полезнее, чем многолетнее застревание в одном фрагменте в ожидании идеального понимания.

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

Мастерство растёт не от чистого чтения, а от повторного применения на реальных ситуациях.

Поэтому вопрос "куда мне?" нормальный. Особенно если вы:

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

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

Сейчас можно присоединиться к группам первых пяти резидентур: @SystemsSchool_bot

В IT и инженерных сферах сейчас происходит интересный разворот.

Андерс Хейлсберг, создатель C#, TypeScript, Turbo Pascal и Delphi, недавно озвучил ключевое о будущем разработки (и к чему МИМ готовила резидентов последние годы):

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

Ценность специалиста смещается — уже мало просто "уметь делать руками":

1. Нужно уметь ставить задачу так, чтобы она была понята.
2. Проверять результат, который сделал AI или другой участник команды.
3. Видеть, где красивая схема не совпадает с работой.
4. Понимать, что именно ускорилось, что стало хуже, где сработал метод, а где просто удачно совпали обстоятельства.
5. Удерживать взаимосвязи проекта при любой сложности. И интересы, и ограничения, и слабые места, и риск неуспешности.

❗️ Для инженеров, разработчиков, аналитиков, менеджеров и техлидов это хорошая возможность.

Сейчас можно не "догонять AI" в панике, а усиливать те способности, которые становятся дороже: моделирование, коммуникацию, системное мышление, работу с ролями, методами, описаниями и сложностью.

Именно под это сейчас идут ближайшие резидентуры программы "Рабочее развитие": R2, R3 и R5.

R2 "Моделирование как основа коммуникации и лидерства" — для тех, кто прошёл R1 и хочет, чтобы задачи, встречи и рабочие тексты приводили к согласованным действиям.

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

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

R3 "Рабочее моделирование" — для тех, кто устал платить за неоднозначные описания сроками и дорогостоящими переделками.

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

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

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

R5 "Системное мышление" — для тех, кому нужно управлять сложностью, а не просто много о ней думать.

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

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

Отдельно важно: руководства и FPF недавно обновились под эти резидентуры.

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

Сейчас можно присоединиться к ближайшим группам R2, R3 и R5.

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

Подключиться к своей группе: @SystemsSchool_bot

Это по мотивам поста https://systemsworld.club/t/lytdybr-ot-17-iyunya-2026/39721/

О рабочем развитии и связи с другими программами (исследовательского, личного развития), а также о том, что происходит с FPF