AS IS и TO BE: без этого трансформация не работает

Одна из самых частых ошибок при трансформации — начать внедрять систему, не описав, как процесс работает сейчас (AS IS) и как должен работать в будущем (TO BE). Без этого система становится «новой оболочкой старого хаоса».

Как описать текущий процесс (AS IS) Описание AS IS — это не формальность, а способ увидеть реальную картину.

Что нужно сделать: - Зафиксировать процесс «как есть»: -- кто участвует, -- какие шаги выполняются, -- где принимаются решения, -- где есть ожидания и задержки. - Выявить потери: -- лишние согласования, -- повторная работа, -- ручные операции, -- узкие места. - Измерить текущие метрики: -- время цикла, -- количество ошибок, -- стоимость операции.

Инструменты: - схемы процессов (BPMN, блок‑схемы), - интервью с участниками, - анализ данных из систем.

Как определить целевую модель (TO BE) TO BE — это образ процесса после трансформации.

Что нужно сделать: - Определить цель процесса: -- что должно улучшиться (время, качество, стоимость), -- какие KPI будут измерять успех. - Перепроектировать процесс: -- убрать лишние шаги, -- автоматизировать ручные операции, -- сделать процесс сквозным. - Зафиксировать новую модель: -- схема TO BE, -- новые роли и ответственность, -- новые KPI.

Почему «просто внедрить систему» даёт слабый результат Когда система внедряется без AS IS и TO BE: - Процесс остаётся тем же: система просто ускоряет старые проблемы. - Потери не устраняются: автоматизируется хаос, а не порядок. - Нет измеримости: непонятно, есть ли эффект. - Сопротивление растёт: люди не видят смысла в изменениях.

Вывод AS IS и TO BE — фундамент трансформации. Без них система становится дорогим инструментом без результата. Сначала опишите, как процесс работает сейчас. Затем определите, как он должен работать. И только потом выбирайте и внедряйте систему.

А описывали ли вы процессы AS IS и TO BE в своей компании? Был ли опыт, когда внедрение системы без этого давало слабый результат? Напишите в комментариях.