Карта выглядит убедительно. Но можно ли по ней ехать?

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

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

Документ был один. Отношение к реальности у разных частей документа было разным.

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

В рабочих проектах эту разницу часто пропускают.

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

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

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

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

В R3 "Рабочее моделирование" мы учимся строить именно такие описания. Такие, через которые люди начинают видеть одну и ту же работу одинаково.

Узнать подробности и присоединиться к группе: @SystemsSchool_bot