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

Главный канал МИМ: https://t.me/system_school
Download Telegram
Вот это к нашим разговорам в чате — есть "производственная жизнь", а есть описанное в руководствах. Которые, конечно, все понимают как "мы ровно так и делаем, как в руководствах. Хотя руководства, конечно, ещё даже не читали, но через пару лет у нас это в плане" )))
💯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