Рабочее развитие инженеров-менеджеров (МИМ)
525 subscribers
25 photos
4 videos
54 links
Резидентуры по управляемым изменениям в реальном рабочем проекте: от нормы управляемой работы до системной инженерии. Наставники, усиление навыков, практика.

Главный канал МИМ: https://t.me/system_school
Download Telegram
Когда решения стали дешёвыми, выигрывает тот, кто умеет проектировать проблемы

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, в чём и интрига. И все они плохо поддержаны софтом.
🔥31
Если вы работаете над проектом и чувствуете, что что-то буксует —

еще осталось несколько мест в микро-группе "разбор с Анатолием Левенчуком", которая стартует сегодня, 12 февраля, 19:00❗️

Этот формат особенно актуален для тех, кто проходил руководства МИМ самостоятельного (или не проходил их совсем).

Кейсы "До":

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


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


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

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

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

Берите проект и приходите на разбор: @SystemsSchool_bot
(Вход в чат — через раздел "Оплатить резидентуру/практикум/семинар")
4🔥2💯1
Мои заметки по вчерашнему разбору по первому шагу системного мышления, в котором различаем grounding, собственно системность и заход на целевую систему как главную систему, о которой нужно договорить всех в проекте. Привожу новые ходы мысли для "заземления" по трём ситуациям: предоставление доступа в интернет, паевые инвестиционные фонды, банкротства. И заодно говорю о новации в FPF: он теперь поддерживает разговор про обещания, обязательства, их проверку и всякое такое вокруг слова "сервис". Как раз кстати, чтобы было удобней разбираться с подобными проектными ситуациями отсутствия физического товара, сервисами с отсылками к обязательственному, а не вещному праву.

https://ailev.livejournal.com/1790554.html
3🔥1
Вот это к нашим разговорам в чате — есть "производственная жизнь", а есть описанное в руководствах. Которые, конечно, все понимают как "мы ровно так и делаем, как в руководствах. Хотя руководства, конечно, ещё даже не читали, но через пару лет у нас это в плане" )))
💯42
Подготовили для вас насыщенный и продуктивный месяц Рабочего развития

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

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

___

12 марта — разбор по первому шагу системного мышления для вашего проекта с Анатолием Левенчуком.

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

Пока не найдена целевая система, всё начинает плыть:
• каждый говорит как будто об одном и том же, но имеет в виду разное;
• проект кажется важным, но его связь с реальной пользой остаётся туманной;
• работа идёт, а ответ на вопрос «что именно мы меняем во внешнем мире?» не складывается.

Это действительно одно из самых важных и сложных мест даже для тех, кто проходит резидентуры с наставником❗️

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

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

Стоимость: 12 000р.
Пререквизит: не требуется
Запись и подробности — через бота @SystemsSchool_bot

(Меню: Оплатить резидентуру / практикум / семинар)

___

А дальше по плану — продолжения резидентур.

11 марта — R2. Моделирование как основа коммуникации и лидерства
Для тех, кто хочет быстрее договариваться, строить объяснения, удерживать внимание команды и переводить трение в понятные модели.

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

10 марта — R9. Инженерия мастерства
Для тех, кто работает с обучением, развитием людей и передачей квалификации — и хочет делать это не «по вдохновению», а как инженерную работу.

Если совсем коротко:
Разбор — чтобы увидеть, где вы мыслите мимо системы.
Резидентуры — чтобы неделями перестраивать способ работы на своём проекте и доводить его до мастерства высокой квалификации под чутким присмотром команды наставников МИМ.

Если вы только заходите в Рабочее развитие — вам на разбор.
Если вы уже в траектории и готовы двигаться дальше смотрите свои продолжения R2, R6, R9.

Запись и подробности — через бота МИМ: @SystemsSchool_bot
7🔥3👍2
Работа, которая меняет и проект, и способ мышления

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

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

Именно для этого существуют резидентуры.

Дмитрий, который проходит сейчас последние резидентуры, на одном из разборов с Анатолием сказал очень точно:
«После нескольких резидентур понимаешь, что стал другим человеком. Просто начинаешь думать по-другому. Умнее, лучше.»

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

Рассмотрим подробнее кейсы и доступные сейчас резидентуры, на которые еще открыт набор до 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.
👍106🔥5
3 быстрые проверки: где вы ищете решение, а где уже исправляете ошибку

Есть одна вещь, которую в рабочих командах часто вообще не различают.

Сделали один ход.
Потом второй.
Что-то уточнили.
Что-то переделали.

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

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

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

Мы подготовили короткий материал — 3 быстрые проверки: где вы ищете решение, а где уже исправляете ошибку.

Не длинная теория.
Не “10 шагов к эффективности”.

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


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

https://docs.google.com/document/d/1zVmzbxyWS6z86e9jUkOfeUVpzvTJq9FeXK0w36eqNK4/edit?usp=sharing

📍А дальше — подключайтесь на бесплатный семинар Анатолия Левенчука 22 марта, здесь же, на канале Рабочего развития МИМ.

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

И в какой момент команда перестаёт выбирать, начинает просто надеяться, что “в этот раз сойдётся🙏”.

Это один из тех случаев, когда онлайн важнее записи.

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

📌 Материал, видео-запись и ссылка на эфир будут здесь же — @mim_workdev
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
8🔥7🙏31
Завтра разберём один конкретный момент, из-за которого работа уходит в доработки и уточнения.

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

Прочитайте сегодня — этого достаточно, чтобы завтра лучше “поймать” свой случай в разборе.

В 11:30 пришлём сюда ссылку на Zoom.
Будем разбирать online с автором руководств программы Рабочего развития А.Левенчуком, где у вас был выбор, а где ошибка стала видна слишком поздно.

Запись тоже будет здесь: @mim_workdev
🔥532
📌 Ссылка на семинар Анатолия Левенчука "Три прототипа — это нормально. Три исправления ошибки — нет":

https://us06web.zoom.us/j/83755935138?pwd=io3zCWfQiWHgCIsiCpnVlNOIaWoTgF.1

Начинаем.

Слайды: https://disk.yandex.ru/i/5YpJ3styw9P00g

Запись будет здесь же, на канале рабочего развития @mim_workdev
👍4🔥43
Media is too big
VIEW IN TELEGRAM
Видео семинара "Ошибка — это не вариант!"
👍107🔥5
Media is too big
VIEW IN TELEGRAM
Вы уже посмотрели запись семинара?

Мини-конспект (выборка важного):

1️⃣ Варианты нужны не для креативности, а чтобы не выбрать непродуманное.
2️⃣ Даже слабый прототип окупается пониманием пространства решений.
3️⃣ Позднее обнаружение ошибок — дорого, потому что это уже rework.
4️⃣ Отсутствие выбора — это не скорость, это недоисследованность и это ошибка.

И топ неприятных фактов:
— Если у вас был только один вариант — это уже ошибка.
— Самые дорогие ошибки — незаметные, которые выглядят как нормальная работа.

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


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

🙏 Напишите, пожалуйста, можно коротко:
— где было "это про нас"
— или где стало непонятно

Быстрая альтернатива — опрос:
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥61🤝1