Когда решения стали дешёвыми, выигрывает тот, кто умеет проектировать проблемы
AI резко удешевил генерацию решений.
Но он сделал дорогими ошибки постановки проблем.
Сегодня проигрывают не те, кто “медленно думает”, а те, кто:
— решает не те проблемы,
— оптимизирует не те характеристики,
— и не видит, как сдвигается Парето-фронт.
Семинар «Развитие для развитых» — про:
— проблематизацию как инженерную функцию,
— управление портфелем решений,
— и роль человека как принципала в гибридных командах (люди + AI).
Это разговор не про “куда расти”, а про как не потерять управление развитием.
__________
UPD. Регистрация на семинар закрыта.
Доступ к записи: http://events.system-school.ru/
AI резко удешевил генерацию решений.
Но он сделал дорогими ошибки постановки проблем.
Сегодня проигрывают не те, кто “медленно думает”, а те, кто:
— решает не те проблемы,
— оптимизирует не те характеристики,
— и не видит, как сдвигается Парето-фронт.
Семинар «Развитие для развитых» — про:
— проблематизацию как инженерную функцию,
— управление портфелем решений,
— и роль человека как принципала в гибридных командах (люди + AI).
Это разговор не про “куда расти”, а про как не потерять управление развитием.
__________
UPD. Регистрация на семинар закрыта.
Доступ к записи: http://events.system-school.ru/
❤5🔥4💯1
Посмотрите на дискуссию по поводу TameFlow и Kanban, которая развернулась у меня в чате с реплики " Jira на самом деле на Kanban не очень заточена (все практики об этом говорят)" вот тут: https://t.me/ailev_blog_discussion/34514
И дальше там длинный тред на эту тему. TameFlow у нас в R1 и R10, так что это вполне материал по рабочему развитию. И TameFlow критикует Kanban, в чём и интрига. И все они плохо поддержаны софтом.
И дальше там длинный тред на эту тему. TameFlow у нас в R1 и R10, так что это вполне материал по рабочему развитию. И TameFlow критикует Kanban, в чём и интрига. И все они плохо поддержаны софтом.
Telegram
Yuri Geronimus in Чат лабораторного журнала
Я думаю успех - в повторении = пропитке. Я на каждом новом проекте заново читаю руководства (они как-то уже по-новому называются). Сколько я с вами? Лет уже 8-10… а настоящий pull с WIP-лимитами попробовал только два дня назад. У всех шок включая меня, потому…
🔥3❤1
Если вы работаете над проектом и чувствуете, что что-то буксует —
еще осталось несколько мест в микро-группе "разбор с Анатолием Левенчуком", которая стартует сегодня, 12 февраля, 19:00❗️
Этот формат особенно актуален для тех, кто проходил руководства МИМ самостоятельного (или не проходил их совсем).
Кейсы "До":
После:
Если вы не готовы сейчас идти в долгую программу с наставником, это быстрый способ проверить основу проекта — что именно влияет на результат и что улучшать.
На разборе автор руководств по системному мышлению лично делает с каждым ровно 1 базовый шаг системного мышления: с которого выстраивается и корректируется всё дальнейшее моделирование.
Можно прийти без подготовки, не нужно знать никакие термины заранее. Но на разбор часто подключаются и опытные МИМовцы усилить свой проект.
Берите проект и приходите на разбор: @SystemsSchool_bot
(Вход в чат — через раздел "Оплатить резидентуру/практикум/семинар")
еще осталось несколько мест в микро-группе "разбор с Анатолием Левенчуком", которая стартует сегодня, 12 февраля, 19:00❗️
Этот формат особенно актуален для тех, кто проходил руководства МИМ самостоятельного (или не проходил их совсем).
Кейсы "До":
— все заняты, но проект не двигается
— кажется, что работы много, а результата мало
— решения принимаются, но их приходится пересматривать
После:
— понятно, что именно является системой
— понятно, что является окружением
— понятно, какой результат нужно измерять
Если вы не готовы сейчас идти в долгую программу с наставником, это быстрый способ проверить основу проекта — что именно влияет на результат и что улучшать.
На разборе автор руководств по системному мышлению лично делает с каждым ровно 1 базовый шаг системного мышления: с которого выстраивается и корректируется всё дальнейшее моделирование.
Можно прийти без подготовки, не нужно знать никакие термины заранее. Но на разбор часто подключаются и опытные МИМовцы усилить свой проект.
Берите проект и приходите на разбор: @SystemsSchool_bot
(Вход в чат — через раздел "Оплатить резидентуру/практикум/семинар")
❤4🔥2💯1
Forwarded from Лабораторный журнал
Мои заметки по вчерашнему разбору по первому шагу системного мышления, в котором различаем grounding, собственно системность и заход на целевую систему как главную систему, о которой нужно договорить всех в проекте. Привожу новые ходы мысли для "заземления" по трём ситуациям: предоставление доступа в интернет, паевые инвестиционные фонды, банкротства. И заодно говорю о новации в FPF: он теперь поддерживает разговор про обещания, обязательства, их проверку и всякое такое вокруг слова "сервис". Как раз кстати, чтобы было удобней разбираться с подобными проектными ситуациями отсутствия физического товара, сервисами с отсылками к обязательственному, а не вещному праву.
https://ailev.livejournal.com/1790554.html
https://ailev.livejournal.com/1790554.html
Livejournal
Разбор по первому шагу системного мышления, февраль 2026
Вчера возобновил серию разборов/review по первому шагу системного мышления. Этот шаг подразумевает три поворота мысли: -- поиск системы как "вещи в физическом мире" (интересует groundingHolon, а не метонимия на разные привязанные к нему объекты -- поведения…
❤3🔥1
Вот это к нашим разговорам в чате — есть "производственная жизнь", а есть описанное в руководствах. Которые, конечно, все понимают как "мы ровно так и делаем, как в руководствах. Хотя руководства, конечно, ещё даже не читали, но через пару лет у нас это в плане" )))
💯4❤2
Подготовили для вас насыщенный и продуктивный месяц Рабочего развития
Начнем с самого главного, на этой неделе — две разные точки входа в одну и ту же программу.
Первая — для тех, кто пока только подбирается к системному мышлению в работе.
Вторая — для тех, кто уже идёт дальше и хочет наращивать квалификацию в проекте.
___
12 марта — разбор по первому шагу системного мышления для вашего проекта с Анатолием Левенчуком.
Это не лекция «про системное мышление». Это разбор фундамента вашего проекта с автором руководств Рабочего развития. С вами индивидуально будут обсуждать ваш проект на достаточно болезненную тему: почему даже умные люди и сильные команды часто не могут договориться, что именно они улучшают.
Пока не найдена целевая система, всё начинает плыть:
• каждый говорит как будто об одном и том же, но имеет в виду разное;
• проект кажется важным, но его связь с реальной пользой остаётся туманной;
• работа идёт, а ответ на вопрос «что именно мы меняем во внешнем мире?» не складывается.
Это действительно одно из самых важных и сложных мест даже для тех, кто проходит резидентуры с наставником❗️
Разбор нужен, чтобы сделать этот шаг корректно, без дорогостоящих последствий и слепых зон — через диагностическую призму многолетнего опыта научного руководителя:
✔️ увидеть систему,
✔️ отделить её от описаний,
✔️ начать собирать решения вокруг оптимизации того, что реально создаётся и для кого.
Стоимость: 12 000р.
Пререквизит: не требуется
Запись и подробности — через бота @SystemsSchool_bot
(Меню: Оплатить резидентуру / практикум / семинар)
___
А дальше по плану — продолжения резидентур.
11 марта — R2. Моделирование как основа коммуникации и лидерства
Для тех, кто хочет быстрее договариваться, строить объяснения, удерживать внимание команды и переводить трение в понятные модели.
16 марта — R6. Системное моделирование
Для тех, кому уже нужно удерживать внимание на важном в сложных проектах, описывать системы не "на бытовом", а профессионально, и исключать из коллективного мышления лишний шум.
10 марта — R9. Инженерия мастерства
Для тех, кто работает с обучением, развитием людей и передачей квалификации — и хочет делать это не «по вдохновению», а как инженерную работу.
Если совсем коротко:
Разбор — чтобы увидеть, где вы мыслите мимо системы.
Резидентуры — чтобы неделями перестраивать способ работы на своём проекте и доводить его до мастерства высокой квалификации под чутким присмотром команды наставников МИМ.
Если вы только заходите в Рабочее развитие — вам на разбор.
Если вы уже в траектории и готовы двигаться дальше — смотрите свои продолжения R2, R6, R9.
Запись и подробности — через бота МИМ: @SystemsSchool_bot
Начнем с самого главного, на этой неделе — две разные точки входа в одну и ту же программу.
Первая — для тех, кто пока только подбирается к системному мышлению в работе.
Вторая — для тех, кто уже идёт дальше и хочет наращивать квалификацию в проекте.
___
12 марта — разбор по первому шагу системного мышления для вашего проекта с Анатолием Левенчуком.
Это не лекция «про системное мышление». Это разбор фундамента вашего проекта с автором руководств Рабочего развития. С вами индивидуально будут обсуждать ваш проект на достаточно болезненную тему: почему даже умные люди и сильные команды часто не могут договориться, что именно они улучшают.
Пока не найдена целевая система, всё начинает плыть:
• каждый говорит как будто об одном и том же, но имеет в виду разное;
• проект кажется важным, но его связь с реальной пользой остаётся туманной;
• работа идёт, а ответ на вопрос «что именно мы меняем во внешнем мире?» не складывается.
Это действительно одно из самых важных и сложных мест даже для тех, кто проходит резидентуры с наставником❗️
Разбор нужен, чтобы сделать этот шаг корректно, без дорогостоящих последствий и слепых зон — через диагностическую призму многолетнего опыта научного руководителя:
✔️ увидеть систему,
✔️ отделить её от описаний,
✔️ начать собирать решения вокруг оптимизации того, что реально создаётся и для кого.
Стоимость: 12 000р.
Пререквизит: не требуется
Запись и подробности — через бота @SystemsSchool_bot
(Меню: Оплатить резидентуру / практикум / семинар)
___
А дальше по плану — продолжения резидентур.
11 марта — R2. Моделирование как основа коммуникации и лидерства
Для тех, кто хочет быстрее договариваться, строить объяснения, удерживать внимание команды и переводить трение в понятные модели.
16 марта — R6. Системное моделирование
Для тех, кому уже нужно удерживать внимание на важном в сложных проектах, описывать системы не "на бытовом", а профессионально, и исключать из коллективного мышления лишний шум.
10 марта — R9. Инженерия мастерства
Для тех, кто работает с обучением, развитием людей и передачей квалификации — и хочет делать это не «по вдохновению», а как инженерную работу.
Если совсем коротко:
Разбор — чтобы увидеть, где вы мыслите мимо системы.
Резидентуры — чтобы неделями перестраивать способ работы на своём проекте и доводить его до мастерства высокой квалификации под чутким присмотром команды наставников МИМ.
Если вы только заходите в Рабочее развитие — вам на разбор.
Если вы уже в траектории и готовы двигаться дальше — смотрите свои продолжения R2, R6, R9.
Запись и подробности — через бота МИМ: @SystemsSchool_bot
❤7🔥3👍2
Работа, которая меняет и проект, и способ мышления
• начинаешь быстрее понимать сложные ситуации и адаптироваться в переменах
• легче договариваться с людьми
• меньше терять время на хаос обсуждений
• быстрее принимать решения
Всё это происходит, когда вы не просто обсуждаете идеи, а когда — неделями перестраиваете способ работы на своем проекте. И сначала кажется, что меняется только проект. Но постепенно меняется и человек.
Именно для этого существуют резидентуры.
Дмитрий, который проходит сейчас последние резидентуры, на одном из разборов с Анатолием сказал очень точно:
Подобное наши резиденты замечают после каждого выпуска.
Рассмотрим подробнее кейсы и доступные сейчас резидентуры, на которые еще открыт набор до 16 марта.
R1 → R2
от управления хаосом → к управлению коммуникацией
Главное изменение — решения принимаются быстрее.
Руководитель продукта (кейс):
R5 → R6
от отдельных моделей → к системному моделированию
Инженерный проект (кейс):
R8 → R9
от личной квалификации → к передаче мастерства
Руководитель команды (кейс):
❗️Важная мысль
Иногда люди переживают:
"я не успел всё сделать идеально."
Это нормально. Резидентуры — это не экзамен. Это процесс развития мышления. Если откладывать — теряется ритм развития, всё откатывается.
Поэтому лучше идти дальше, даже если что-то не успели.
Сегодня и завтра запись доступна через бота: @SystemsSchool_bot
• начинаешь быстрее понимать сложные ситуации и адаптироваться в переменах
• легче договариваться с людьми
• меньше терять время на хаос обсуждений
• быстрее принимать решения
Всё это происходит, когда вы не просто обсуждаете идеи, а когда — неделями перестраиваете способ работы на своем проекте. И сначала кажется, что меняется только проект. Но постепенно меняется и человек.
Именно для этого существуют резидентуры.
Дмитрий, который проходит сейчас последние резидентуры, на одном из разборов с Анатолием сказал очень точно:
«После нескольких резидентур понимаешь, что стал другим человеком. Просто начинаешь думать по-другому. Умнее, лучше.»
Подобное наши резиденты замечают после каждого выпуска.
Рассмотрим подробнее кейсы и доступные сейчас резидентуры, на которые еще открыт набор до 16 марта.
R1 → R2
от управления хаосом → к управлению коммуникацией
Главное изменение — решения принимаются быстрее.
Руководитель продукта (кейс):
Раньше — бесконечные объяснения. После R2 — вижу с кем и какая модель сократит обсуждения.
R5 → R6
от отдельных моделей → к системному моделированию
Инженерный проект (кейс):
Раньше обсуждали детали по кругу. После R6 могу направить общее обсуждение на любой уровень детализации без потерь.
R8 → R9
от личной квалификации → к передаче мастерства
Руководитель команды (кейс):
Раньше сам делал лучше всех. После R9
начал инженерно выстраивать обучение команды
❗️Важная мысль
Иногда люди переживают:
"я не успел всё сделать идеально."
Это нормально. Резидентуры — это не экзамен. Это процесс развития мышления. Если откладывать — теряется ритм развития, всё откатывается.
Поэтому лучше идти дальше, даже если что-то не успели.
Сегодня и завтра запись доступна через бота: @SystemsSchool_bot
❤4🔥3👍1👏1
Когда команда осознанно делает несколько вариантов решения — это норма. Но когда один и тот же вариант решения переделывают снова и снова из-за "неминуемых ошибок" и "не учли" — это уже ошибки инженерного мышления.
Если вы потратили время на три прототипа, а два выкинули — это очень хорошо! Если вы сделали две ошибки, а в третий раз "ура, получилось" — это плохо.
И особенно плохо, что вы можете даже не знать, что делаете ошибки — ведь работа с ошибками это "как всегда" и "нормальная работа".
Но именно из-за ошибок:
• бесконечные уточнения и возвраты на доработку
• переписанные задачи и возвраты на доработку
• срывы сроков из-за возвратов на доработку
Какие причины заставляют делать много вариантов — и это профессионализм, а какие причины заставляют переделывать по многу раз — и это пустая трата времени?
В это воскресенье, 22 марта, в 11:30
на бесплатном семинаре в рамках программы рабочего развития, научный руководитель МИМ Анатолий Левенчук разберёт:
• почему команды делают лишнюю работу
• как отличить намеренный поиск лучших решений от ненамеренных ошибок
• где именно и отчего появляется rework
• классы распространённых ошибок
• и как увидеть это в своём проекте, если ошибки тем и отличаются, что они невидимы (иначе бы их не делали!)
Семинар будет интересен:
• руководителям проектов
• продукт-менеджерам
• предпринимателям
• инженерам-разработчикам
• инженерам платформы
Когда: 22 марта, 11:30
Формат: Online, Zoom
Пререквизит: не требуется
Ссылка на эфир, видео-запись и материалы будут доступны здесь, на канале Рабочего развития @mim_workdev.
Если вы потратили время на три прототипа, а два выкинули — это очень хорошо! Если вы сделали две ошибки, а в третий раз "ура, получилось" — это плохо.
И особенно плохо, что вы можете даже не знать, что делаете ошибки — ведь работа с ошибками это "как всегда" и "нормальная работа".
Но именно из-за ошибок:
• бесконечные уточнения и возвраты на доработку
• переписанные задачи и возвраты на доработку
• срывы сроков из-за возвратов на доработку
Какие причины заставляют делать много вариантов — и это профессионализм, а какие причины заставляют переделывать по многу раз — и это пустая трата времени?
В это воскресенье, 22 марта, в 11:30
на бесплатном семинаре в рамках программы рабочего развития, научный руководитель МИМ Анатолий Левенчук разберёт:
• почему команды делают лишнюю работу
• как отличить намеренный поиск лучших решений от ненамеренных ошибок
• где именно и отчего появляется rework
• классы распространённых ошибок
• и как увидеть это в своём проекте, если ошибки тем и отличаются, что они невидимы (иначе бы их не делали!)
Семинар будет интересен:
• руководителям проектов
• продукт-менеджерам
• предпринимателям
• инженерам-разработчикам
• инженерам платформы
Когда: 22 марта, 11:30
Формат: Online, Zoom
Пререквизит: не требуется
Ссылка на эфир, видео-запись и материалы будут доступны здесь, на канале Рабочего развития @mim_workdev.
👍10❤6🔥5
Есть одна вещь, которую в рабочих командах часто вообще не различают.
Сделали один ход.
Потом второй.
Что-то уточнили.
Что-то переделали.
Снаружи это выглядит как нормальный процесс. Но внутри там могут происходить две принципиально разные вещи:
— либо команда действительно ищет решение — делает варианты, сравнивает, отбрасывает
— либо уже исправляет ошибки, которые заметили слишком поздно
Разница есть и она значительная. Если вы работаете с командами или проектами, это одна из тех тем, которые сильно влияют на результат.
Мы подготовили короткий материал — 3 быстрые проверки: где вы ищете решение, а где уже исправляете ошибку.
Не длинная теория.
Не “10 шагов к эффективности”.
Только три вопроса для самодиагностики, после которых обычно становится видно, что именно у вас происходит:
— вы действительно выбирали из вариантов — или просто сразу пошли в один ход;
— вам вернули решение на доработку, потому что это нормальное уточнение — или потому что ошибка всплыла слишком поздно;
— как вы вообще понимаете, что перед вами ошибка, а не просто следующий вариант.
Это короткий материал, который помогает увидеть главное различие: где у вас ещё поиск решения, а где уже дорогостоящие исправления.
https://docs.google.com/document/d/1zVmzbxyWS6z86e9jUkOfeUVpzvTJq9FeXK0w36eqNK4/edit?usp=sharing
📍А дальше — подключайтесь на бесплатный семинар Анатолия Левенчука 22 марта, здесь же, на канале Рабочего развития МИМ.
Мы будем глубже разбираться где вариант, а где ошибка.
Почему несколько прототипов — это нормально.
Почему несколько исправлений одной и той же ошибки — уже нет.
И в какой момент команда перестаёт выбирать, начинает просто надеяться, что “в этот раз сойдётся🙏”.
Это один из тех случаев, когда онлайн важнее записи.
Вживую увидеть свою собственную рабочую ситуацию — в моменте, пока идёт разговор и примерять его на свой проект, — намного ценнее.
📌
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥7🙏3✍1
Завтра разберём один конкретный момент, из-за которого работа уходит в доработки и уточнения.
Вчера выложили короткий подготовительный материал —
3 теста для самопроверки. Он нужен, чтобы прийти на семинар уже с примером из своей работы.
Прочитайте сегодня — этого достаточно, чтобы завтра лучше “поймать” свой случай в разборе.
В 11:30 пришлём сюда ссылку на Zoom.
Будем разбирать online с автором руководств программы Рабочего развития А.Левенчуком, где у вас был выбор, а где ошибка стала видна слишком поздно.
Запись тоже будет здесь: @mim_workdev
Вчера выложили короткий подготовительный материал —
3 теста для самопроверки. Он нужен, чтобы прийти на семинар уже с примером из своей работы.
Прочитайте сегодня — этого достаточно, чтобы завтра лучше “поймать” свой случай в разборе.
В 11:30 пришлём сюда ссылку на Zoom.
Будем разбирать online с автором руководств программы Рабочего развития А.Левенчуком, где у вас был выбор, а где ошибка стала видна слишком поздно.
Запись тоже будет здесь: @mim_workdev
🔥5❤3✍2
📌 Ссылка на семинар Анатолия Левенчука "Три прототипа — это нормально. Три исправления ошибки — нет":
https://us06web.zoom.us/j/83755935138?pwd=io3zCWfQiWHgCIsiCpnVlNOIaWoTgF.1
Начинаем.
Слайды: https://disk.yandex.ru/i/5YpJ3styw9P00g
Запись будет здесь же, на канале рабочего развития @mim_workdev
https://us06web.zoom.us/j/83755935138?pwd=io3zCWfQiWHgCIsiCpnVlNOIaWoTgF.1
Начинаем.
Слайды: https://disk.yandex.ru/i/5YpJ3styw9P00g
Запись будет здесь же, на канале рабочего развития @mim_workdev
👍4🔥4❤3
Media is too big
VIEW IN TELEGRAM
Вы уже посмотрели запись семинара?
Мини-конспект (выборка важного):
1️⃣ Варианты нужны не для креативности, а чтобы не выбрать непродуманное.
2️⃣ Даже слабый прототип окупается пониманием пространства решений.
3️⃣ Позднее обнаружение ошибок — дорого, потому что это уже rework.
4️⃣ Отсутствие выбора — это не скорость, это недоисследованность и это ошибка.
И топ неприятных фактов:
— Если у вас был только один вариант — это уже ошибка.
— Самые дорогие ошибки — незаметные, которые выглядят как нормальная работа.
В этот раз семинар вышел на грани исследовательского — мы не шли по руководствам, а пошли дальше, в материалы, которых там еще нет. И тем самым, заставили многих задуматься:
Это последовательный, глубокий разбор — где начинается ошибка, что делать с "давайте уточним еще раз" и как отличить поиск решений от потери времени.
🙏 Напишите, пожалуйста, можно коротко:
— где было "это про нас"
— или где стало непонятно
Быстрая альтернатива — опрос:
Мини-конспект (выборка важного):
И топ неприятных фактов:
— Если у вас был только один вариант — это уже ошибка.
— Самые дорогие ошибки — незаметные, которые выглядят как нормальная работа.
В этот раз семинар вышел на грани исследовательского — мы не шли по руководствам, а пошли дальше, в материалы, которых там еще нет. И тем самым, заставили многих задуматься:
Вы ищете решение или исправляете ошибку?
Это последовательный, глубокий разбор — где начинается ошибка, что делать с "давайте уточним еще раз" и как отличить поиск решений от потери времени.
🙏 Напишите, пожалуйста, можно коротко:
— где было "это про нас"
— или где стало непонятно
Быстрая альтернатива — опрос:
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤1🤝1