Рабочее развитие инженеров-менеджеров (МИМ)

Когда шея зажата и плечи ноют, даже интересная работа даётся иначе. А что из этого мы можем научиться менять сами?

В видео со второго практикума МИМ по FPF/DPF Анатолий Левенчук рассказывает, как они с Антоном Климатом разрабатывали способ осваивать приёмы Системного фитнеса по объяснениям, без прикосновений тренера. Так занятия стали доступны онлайн.

В чате участник, знакомый с Системным фитнесом, написал:

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

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

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

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

Антон Климат проведёт бесплатный практический класс "Почему тело устаёт больше, чем нужно".

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

Сегодня, 27 сентября · 10:00–14:00 МСК · Zoom · бесплатно · запись будет

Присоединиться — подключение и подготовка на канале Личного развития

Там же — ограничения участия и анкета для получения шпаргалки. Спортивный опыт и знание анатомии не нужны.

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

11 лет Анатолий Левенчук развивает программу, которую многие здесь знают по второму и третьему семестрам "Системного мышления и менеджмента" или по резидентурам R5–R10.

Названия менялись, программа росла.

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

Теперь Анатолий пересобрал программу в одну четырёхмесячную резидентуру — "AI-native инженерия и менеджмент из первых принципов".

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

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

Первый поток обновлённой программы проведёт её автор и научный руководитель. В лучших традициях Анатолия — с методами и инструментами, актуальными на октябрь 2026 года.

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

Для завершивших R1–R4 или их прежние версии — ОиК, МиС, РР — следующий шаг: осваивать новые методы инженерной и управленческой работы на своём проекте.

✏️ 18 октября — бесплатный открытый семинар с Анатолием. Начнём знакомство с обновлённой программой и возможностями, ради которых стоит в неё идти.

Регистрацию откроем 7 октября. Готовим подробности — опубликуем здесь.

✏️ 25 октября · 11:30 МСК — установочная встреча резидентуры.
Программа и условия — в чате группы. Можно присоединиться и задать вопросы о подготовке. Зачисление — по эссе.

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

"Я же объяснял" — обычно это говорят, когда уже приходится переделывать.

Коллега открывает переписку: "Покажи, где ты это написал".

Или предложили новый способ работы. Все поддержали, презентацию попросили прислать. Через неделю она лежит в общей папке, работа идёт по-старому. По протоколу — внедрили.

В R2 учимся разбираться, где расходятся представления и интересы людей, и договариваться так, чтобы менялись совместные действия. Замечать затруднения раньше срыва и проверять свои предположения — прежде чем назначать коллег "немотивированными".

До выходных можно присоединиться к текущей группе на этапе R2 — "Моделирование как основа коммуникации и лидерства".

Приглашаем тех, кто проходил R1 в любом формате. Вход — по эссе.

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

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

Напишите до выходных Алёне @alyona_girassol.

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

Если вы когда-либо проходили R1-R3: 5 сентября стартует последний отдельный R4 — 6 недель с Виктором Агроскиным.

Этот поток подойдёт и тем, кто R4 ещё не проходил, и тем, кто хочет заново применить его методы к текущему проекту — в том числе перед переходом к R5-R10.

Мы уже прекратили отдельные запуски R1-R4, но сохранили этот поток для участников прежних групп. Дальше R4 будет только внутри объединённой R1-R4: 4 недели вместо 6 и без отдельного подробного прохода программы.

Вести R4 будет Виктор Агроскин — мастер МИМ и один из соавторов руководств R1-R4, специалист по системной инженерии, онтологическому моделированию и рациональной работе. Виктор состоит в INCOSE, участвовал в Ontology Summit и международных рабочих группах по инженерным стандартам.

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

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

R4 заканчивается как раз к старту первой старшей резидентуры R5-R10 с Анатолием Левенчуком. Её научный руководитель МИМ и автор руководств проведёт лично; следующие планируется передавать наставникам.

Старт 5 сентября. Подключиться: @SystemsSchool_bot

Чтобы вы понимали, что происходит в разработке DPF. Это всё альфа-версии, всё весьма несовершенно — но что-то уже опубликовано (https://github.com/ailev/FPF), а вот что ещё готовится. Текущими темпами это будет готово за пару недель, примерно покрывает содержание R5-R10 и семинара "Развитие для развитых", но только примерно (многого нет и не планируется пока, но много и нового).

Самый плохой план для R1-R4 - надеяться, что 10 часов в неделю "как-нибудь найдутся".

Не найдутся 🙂

Поэтому сомнение "смогу ли я четыре месяца выделять на работу с программой около 10 часов в неделю?" - очень правильное. Если сейчас это время объективно некуда поставить, мы бы действительно советовали не спешить.

Другой вопрос — "подойдёт ли мне групповой формат?"

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

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

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

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

Нужны разные контексты, повторяющиеся разборы и чужие кейсы - они сокращают путь от "я это читал" до "я узнал это в своей работе".

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

В субботу, 22.08, вход в R1-R4 закрываем.

@SystemsSchool_bot

Кейс Дмитрия вдохновляет! Есть ещё истории успеха? Про школу правда очень непросто найти информацию.

Кейсы есть, но почему-то мы почти не показывали их рядом🫠

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

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

❗️ На нашей программе Рабочего развития постепенно проявляются четыре самостоятельных класса результата:

1️⃣ Не потратить месяцы на работу, которую не стоило делать.

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

На установочной R1-R4 звучит ещё один похожий случай: моделирование помогло вообще не начинать инициативу, когда стало видно, что денег она не принесёт.

2️⃣ Сделать то, что остаётся работать после вас.

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

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

3️⃣ Начать держать больший масштаб работы.

Выпускница первой ступени Рабочего развития ушла из AI Safety и пришла в medTech на Junior ML. Через две недели её повысили до FAE, через три месяца - до Head of Field Application Engineering and Technical Program Management.

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

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

4️⃣ Увидеть дорогую проблему раньше.

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

Продакт другой команды пришёл на РР с TTM крупных фич по 100-120 дней. По рекомендации Анны сократил незавершёнку, вернул внимание команды к выпуску и ввёл пост-релизную неделю. Он отдельно отмечает, что параллельно появился сильный тимлид - хороший пример того, как реальные изменения обычно складываются из нескольких факторов.

🔧 И вот так Рабочее развитие становится намного понятнее.

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

В свежих материалах МИМ критерий мастерства формулируется примерно так же: познакомиться со способом работы мало. Он должен начать срабатывать в реальной ситуации - когда уже никто не подсказывает: "вот сейчас примените этот метод".

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

И здесь мы обнаружили ещё один собственный промах: запись установочной новой R1-R4 почти не показывали 😮‍💨

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

R1 может освободить часть внимания от пожаров, но куда потом вложить это внимание? Что действительно стоит делать, а что лучше остановить ещё до запуска?

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

Запись установочной лежит в чате группы:
https://t.me/+sWnYThEuvVMzMDVi

Завтра, в субботу, в 10:00 вход в текущую R1-R4 закрывается.

Если не успеете забрать запись до закрытия чата - напишите Алёне @alyona_girassol

За что вам будут хотеть платить, когда получить хороший AI-ответ становится всё дешевле?

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

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

Можно знать материал, цитировать его и прекрасно отвечать на вопросы.

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

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

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

За четыре месяца вы проходите четыре части в своём рабочем графике и на своём проекте:

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

Материалы R1–R4 переписаны тремя авторами, FPF уже встроен в рабочие задания.

Старт — 18 августа, 18:30 МСК.
Предварительной подготовки не требуется.

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

Подключиться к открытой встрече и задать вопросы можно в чате группы: https://t.me/+sWnYThEuvVMzMDVi

Стоимость всей четырёхмесячной R1–R4 — 160 000 ₽.
Для сравнения: прежний последовательный проход четырёх программ стоил 240 000 ₽.

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

На FPF-практикумах за последний месяц не раз поднимался вопрос:

что человеку нужно уметь применять бегло, а что можно поднимать вместе с AI, когда это понадобится?

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

Мы работаем с этим в R1–R4. По смыслу они давно были одним маршрутом, а FPF уже был встроен в их содержание. Теперь единым становится и само прохождение: один вход, один проект, четыре месяца подряд.

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

Четыре месяца — один проект и четыре части:

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

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

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

В R5–R10 изменения пошли дальше. Про них отдельно — вместе с вами ждём вестей с полей от нашего научного руководителя 🙂

Пятничный горячий пирожок из МИМ. Только на этот раз он размером со всю линейку резидентур.

За месяц изменилась технология работы — и вслед за ней МИМ пересобирает саму резидентуру.

R1–R4 по отдельности для новых потоков больше не будет.

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

Текущие и недавние потоки R1–R4 проходили эту же содержательную линию отдельными резидентурами. Для новых потоков её теперь собирают в один непрерывный проход.

И это только первая половина перемен.

Весь прежний маршрут R1–R10 сейчас собирают в две большие четырёхмесячные резидентуры.

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

Пожар стих? Проверьте, что действительно изменилось.

Виден ли весь объём работы? Ограничен ли вход новых задач? Понятны ли приоритеты? Доводится ли начатое до выпуска? Иногда "стало спокойно" означает лишь, что временно стало меньше входящих.

В папку догрузили презентацию Анны. Если работаете с AI-агентом, дайте ему презентацию вместе с коротким описанием своего проекта и попросите сопоставить их: где теряется видимость работы, перегружен вход или плавают приоритеты. Ответ используйте как гипотезы для своей проверки.

👉 Запись, презентация и материалы:
https://disk.yandex.ru/d/SXSMkbbpxdJ4TQ

Запись и материалы встречи Анны Лубенченко "Почему пожары возвращаются, пока работа держится на вас".

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

В папке: видео, аудио, транскрипт, чат и нарративизация.

Если сегодня не добрались или связь мешала — запись уже можно посмотреть.

👉 Материалы:
https://disk.yandex.ru/d/SXSMkbbpxdJ4TQ

Есть рабочая суперспособность, которая обходится дорого: уметь спасти вообще всё.

Подхватить сорванную задачу. Самому договориться. Напомнить всем. Дописать. Протолкнуть. Успеть.

Сегодня пожар потушен. А потом почему-то снова ваш выход.

Анна Лубенченко такими историями занимается много лет. Причём удобные рецепты у неё имеют неприятную привычку сталкиваться с реальностью :)

Например, Анна годами работает с ограничением WIP — незавершённой работы. А этим летом отдельно разобрала обратный случай: WIP оказалось слишком мало, и разработчики простаивали, потому что подготовленных задач на входе не хватало. Одного правила "уменьшайте незавершёнку" для живого процесса мало.

Завтра, 11 августа, в 18:30 МСК встречаемся с ней на бесплатном практикуме "Почему пожары возвращаются, пока работа держится на вас".

Берём один повторяющийся пожар из вашего действующего проекта. Отделяем факты от ощущения "у нас опять хаос", смотрим, что вы каждый раз дотаскиваете собой, ищем оставшуюся незавершёнку и собираем 2–3 ближайших хода для проверки.

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

Завтра сюда пришлём короткую подготовку и всю оргинформацию.

Моя жизнь до 12 июля и после круто поменялась.

Так написал один из участников после серии FPF-практикумов.

Я даже не представляю, как можно было работать без FPF с ИИ.

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

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

Добавить новый срез — не просто "добавить новое значение enum".

А один из самых ярких кейсов вообще пришёл вчера из комментариев у Анатолия. Автор собрал на базе идей FPF/DPF собственный Engineering Work Kit — набор инженерных правил и инструментов для разработки ПО с AI-агентами.

У него вшито правило: агент что-то выдал — отлично, но в следующую работу результат ещё не едет. Сначала требования, ограничения и основания ему доверять. Потом — следующая работа.

Kit уже обкатан на Codex: пара MVP, рефакторинг кода, технические спецификации на несколько сотен страниц.

А заканчивается комментарий так, что пересказывать уже жалко:

"похоже на чудо) А самое интересное, как он сам себя разрабатывает".

Собственно, пятый практикум был об этом — как вынести профессиональные правила из головы и рабочей рутины так, чтобы ими мог пользоваться AI-агент. Чтобы там, где у вас давно есть свой способ работать, он не импровизировал как усреднённый интернет.

Пятый практикум закончился. Серия FPF тоже.

Ещё несколько дней всю пятёрку можно забрать через бота одним пакетом. Потом она переедет на витрину.

@SystemsSchool_bot
Меню → Оплатить участие