Почему в книгах по бизнес-процессам есть пробел Я давно замечала одну вещь. В методологиях много внимания уделяется: — анализу AS-IS, — выявлению проблем, — описанию TO-BE. Но почти нигде нет чёткого ответа на один вопрос: как именно переходить от обнаруженной проблемы к зрелому изменению? Не «придумать решение». А спроектировать его так, чтобы: — оно устраняло причину, — было реализуемым, — не ломало систему, — и давало измеримый эффект. В книгах это размазано. В консалтинге это обычно передаётся через опыт. У учеников именно здесь чаще всего возникает ступор. Я долго воспринимала свой подход как «очевидный». Но в процессе подготовки воркшопа поняла — он нигде не зафиксирован в явном виде. Пришлось формализовать. Получилась компактная модель проектирования изменений в бизнес-процессах. Без магии. Без сложной теории. Но с чётким переходом от причины к системному решению. Пока тестирую её на живом проекте с участниками клуба. Интересно наблюдать, как меняется качество решений, когда у людей появляется алгоритм, а не просто идеи. Если тема методик и системного мышления откликается — ставьте плюсик, расскажу дальше.