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

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

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

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

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

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

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

Рассмотрим подробнее кейсы и доступные сейчас резидентуры, на которые еще открыт набор до 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
🔥51🤝1