Еще одно простое, регулярное управленческое решение:

Какого специалиста нанять, чтобы улучшить ситуацию?

Можно опереться на опыт и выбрать “как привычнее”.

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

И в этот момент часто рабочим оказывается неочевидный, контринтуитивный вариант.

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

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

✅ Подключайтесь в чат участников — к чек-листу безошибочной работы, выложили пошаговый план "что делать, если вы уже в rework": @SystemsSchool_bot

Завтра, в 11:30, уже начнем разбор с наставником МИМ на ваших проектах.

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

На семинаре завтра, 07 апреля, в 17:00, будет редкая возможность задать любой ваш вопрос в таком же формате по своему проекту, конкретному методу, внедрению.

🔧 Не «как правильно», а:
⁃ как это делается на 19 командах и 48 продуктах
⁃ где не сработало
⁃ что пришлось переделывать
⁃ какие решения в итоге работают и почему

Ответ будет с разбором, как это было реализовано на практике.

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

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

______
Материалы вчерашнего семинара еще доступны через бота, можно подключиться и на практике освоить способ безошибочной работы с любыми решениями — сложными, зависшими, непонятными или новыми (через ИИ + FPF + понимание как можно самостоятельно углубиться в фреймворк, делающий AI-агентов умнее):

@SystemsSchool_bot

Оплата резидентуры/практикума/семинара — Как перестать переделывать и начать управлять результатом в работе: через критерии, варианты и AI

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

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

Под это в программе сейчас есть два разных формата:

✅ 1. Разбор с Анатолием Левенчуком

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

То есть это одновременно:
— разбирательство с проектом
— диагностика качества собственного мышления на проектном материале

Презентация разбора уже выложена в чате участников.

Дата и время: 09 апреля, 19:00
Стоимость: 12 000 ₽
Пререквизит: активный рабочий проект
Подключение: @SystemsSchool_bot

✅ 2. Распожаризация — резидентура R1 (6 недель)

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

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

Фокус резидентуры:

— уменьшение незавершёнки
— снижение перегруза (в среднем +30% времени в рабочих задачах)
— повышение управляемости работы

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

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

Старт: 11 апреля
Формат: 6 недель
Группа: утренняя (МСК)
Стоимость: 60 000 ₽
Пререквизит: активный рабочий проект
Подключение: @SystemsSchool_bot

_____________

Развилка:

Если нужно найти/увидеть ошибку — разбор.
Если нужно встроить другой способ работы — R1.

Есть известная иллюзия, что если появится ещё 20–30% времени, всё станет нормально.

Обычно эти 20–30% пытаются получить через:
- ускорение
- делегирование
- тайм-менеджмент
- мотивацию

Реже задаётся другой вопрос:

почему система генерирует незавершёнку быстрее, чем завершения?

✅ R1 - это разбор именно этого места.
Без ускорения.
С изменением способа работы.

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

Дальше начинается главное - разбор в субботу.

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

Если вам откликается идея не “ускориться”, а перестроить систему работы - сейчас подходящий момент влиться.

Утренняя группа.
Разборы по субботам в 11:00.
Работа на своих проектах.
_______

Вход в чат / оплата резидентуры через бота (там же - информация о рассрочке): @SystemsSchool_bot

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

- расширение зоны ответственности: “не тяну” или “хочу сильнее”
- затянувшийся перегруз и потеря фокуса
- зависший проектный контекст и непонимание, куда двигаться дальше

А иногда - и всё вместе.

Один из недавних примеров — семинар с нашим выпускником, который управляет направлением из 19 команд и 48 продуктов. Для таких масштабов быстро становится ясно: калибровка способа работы — не теория, а рабочая необходимость.

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

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

✅ В рабочих проектах одна точная корректировка нередко окупает весь вход многократно.

Формат полезен не по должности, а по наличию реального проекта и ответственности.

Это последнее напоминание для текущего потока.
Завтра в 08:00 закроется вход в резидентуру R1.

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

❗️Сегодня еще можно зайти в чат участников, посмотреть закрепы и понять формат — пока чат открыт: https://t.me/+gDyaPMhsyD0yMjUy

С завтрашнего дня - уже только ждать следующий набор.

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

У кого-то - сентябрь.
У кого-то - январь.
У кого-то - конец апреля и май.

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

Замечали у себя такие периоды?

Поэтому сейчас - важная мысль для тех, кто проходит R1–R4 и поймал состояние:
всё пропало, я безнадёжно отстал.

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

✅ Что делать если отстали (R1–R4, первые 2 недели):

1. Начните с чтения
Прочитывайте разделы руководства и записывайте мысли или вопросы, которые возникли по ходу чтения. Конспект не нужен - руководство доступно бесплатно в любой момент.

2. Выполняйте задания без попытки “сделать идеально”. Нужен:
- первый набросок ответа;
- небольшое улучшение.

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

Это не школа и не оценки. Тут ценнее много подходов понемногу, чем один “на отлично”.

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

4. И только потом - пересматривайте старые видео
Сейчас важнее вернуться в живой процесс.

🔧 И очень в тему - прикрепляем кусочек видео о мышлении письмом👆

ссылка на ютуб

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

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

____

❤ Уже во вторник стартуют установочные встречи:

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

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

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

Подробнее — в чатах участников: @SystemsSchool_bot

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

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

И тогда внутри проекта имеются:
— хорошая аналитика,
— аккуратная архитектура,
— сложные модели,
— понятные KPI,
— качественная автоматизация —

но всё это рассчитано на неверно выделенную систему.

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

Семинар Виктора Агроскина — редкая возможность разобрать, как такие ошибки возникают ещё на этапе:
• выделения систем,
• создания их моделей,
• понимания ролей и интересов,
• формирования онтологии проекта.

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

✅ Это особенно полезно тем, кто работает с:
— инвестиционными продуктами;
— денежными системами;
— экономическими моделями;
— fintech и платформенными продуктами.
Виктор Агроскин занимается финансовыми системами, инвестиционной инфраструктурой, semantic technologies и ontological engineering с 1990 года:
• инвестиционные банки и инфраструктура фондового рынка;
• blockchain и distributed ledger systems;
• ISO 15926;
• machine-readable law;
• онтологическое моделирование сложных систем.

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

❤ Пока ещё можно присоединиться в чат семинара без оплаты: там уже выложены материалы-пререквизиты, видео доклада Виктора, доступны и обсуждения участников.

Ссылка доступна через бота, в меню оплаты мероприятия: @SystemsSchool_bot

Для R3 и R10 сейчас очень сильный момент входа.

Уже как необходимость — собрать управляемое мышление и организацию работы под AI-эпоху.

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

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

Рассказываем подробнее.

✅R3 — "Рабочее моделирование в инженерии и менеджменте"

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

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

После R3 человек обычно начинает иначе видеть:
— документы;
— процессы;
— коммуникацию;
— требования;
— AI-ответы;
— архитектуру систем;
— и собственные рассуждения.

✅ R10 — "Системный менеджмент"

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

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

Внутри:
• ролевое мышление;
• стратегирование;
• оргдизайн;
• организационная архитектура;
• управление потоками работ;
• операционный менеджмент;
• распожаризация;
• инженерный подход к лидерству и организационным изменениям.

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

Дословно, как сказал один из резидентов, появляется:

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

__

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

Если давно хотели продолжить или перепройти, актуализировать путь в МИМ — сейчас очень подходящий момент.

Сегодня наставники уже выдали задания в R3 и R10. Присоединиться к закрытым чатам групп можно через бота: @SystemsSchool_bot