Компания меняет оргструктуру, но хочет сохранить целевой ориентир цифровизации. Как карта бизнес-возможностей помогает моделировать бизнес независимо от подразделений?
Карта бизнес-возможностей описывает, что организация должна уметь делать для достижения целей, не привязывая это описание к конкретным отделам, системам или текущим процессам. Поэтому при реорганизации можно сохранить стабильную модель потребностей бизнеса, а затем отдельно сопоставить с ней новые роли, процессы и решения.
Подход появился как ответ на проблему, при которой бизнес-модели быстро устаревали из-за изменений структуры, регламентов и информационных систем. Процессные модели хорошо показывают последовательность действий, но часто зависят от конкретного способа работы и распределения ответственности.
В архитектуре предприятия карты возможностей стали использовать для более устойчивого описания организации. Они помогают обсуждать инвестиции и изменения на уровне способности бизнеса создавать результат, а не на уровне названий подразделений или функций отдельных систем.
Если моделировать бизнес только через оргструктуру, то реорганизация создаёт ложное впечатление, будто изменились сами потребности бизнеса. Например, передача функции из отдела продаж в клиентский сервис может потребовать перерисовать множество схем, хотя способность регистрировать обращение, управлять отношениями с клиентом и контролировать качество сохранилась.
Такая зависимость приводит к потере трассируемости: становится сложнее понять, какие процессы и решения поддерживают конкретную бизнес-потребность. В результате инвестиции могут направляться на автоматизацию подразделения, а не на развитие действительно важной возможности.
Сначала аналитик формулирует возможность как устойчивую способность бизнеса получать результат. Формулировка должна быть независима от исполнителя и технологии: например, управление обращениями клиентов, оценка кредитного риска или планирование поставок.
Затем возможности раскладывают на более узкие уровни. Для управления обращениями это могут быть регистрация обращения, классификация, назначение ответственного, контроль срока ответа и анализ причин повторных обращений. Иерархия нужна для определения границ анализа и сопоставления возможностей с целями, показателями и инициативами.
После этого к карте добавляют отдельные слои:
Ключевой механизм заключается в разделении вопросов что нужно уметь делать и как, кем и с помощью чего это сейчас выполняется. При изменении оргструктуры меняется связь возможностей с ролями и процессами, но сама карта не обязана меняться, если не изменилась бизнес-цель или содержание способности.
Карта не заменяет процессную модель. Она не показывает точный порядок действий, исключения, ожидания между этапами или операционные правила. Её преимущество — устойчивый уровень анализа; недостаток — недостаток детализации для проектирования конкретного рабочего процесса.
Нельзя считать любую функцию подразделения отдельной возможностью. Хорошая возможность имеет деловой результат, может поддерживаться несколькими процессами и обычно не зависит от конкретного организационного названия. Иначе карта превращается в замаскированную оргструктуру.
Розничная компания объединила часть функций филиалов с центральным операционным центром. До реорганизации инициативы были сгруппированы по отделам, поэтому после изменения структуры стало неясно, какие инвестиции поддерживают обслуживание клиента, а какие лишь сохраняют старый способ работы.
Аналитик построил карту возможностей: регистрация обращения, проверка статуса заказа, управление возвратом, выявление повторных проблем и контроль качества обслуживания. Затем он связал с каждой возможностью текущие процессы, роли, системы и показатели.
Рассматривались два варианта. Первый — перестроить каталог инициатив под новую оргструктуру: это было проще краткосрочно, но сохраняло зависимость от будущих реорганизаций. Второй — использовать карту возможностей как стабильный слой, а процессы и ответственность вынести в отдельные модели: этот вариант требовал большей начальной работы, зато позволял сравнивать инициативы до и после изменений.
Выбрали второй вариант. В результате обсуждение сместилось с вопроса о том, какой отдел владеет функцией, на вопрос о том, какие возможности имеют наибольший разрыв между целевым и текущим состоянием. Это не гарантирует успех проекта само по себе, но делает обоснование приоритетов устойчивее к изменениям структуры.
1. Может ли одна бизнес-возможность быть реализована несколькими процессами?
Да. Возможность — это не один поток действий, а способность получать определённый бизнес-результат. Например, управление возвратами может включать процессы приёма заявки, проверки основания, логистики и возврата денежных средств. Если аналитик создаёт отдельную возможность для каждого процесса, он смешивает разные уровни абстракции и затрудняет оценку целостной способности бизнеса.
2. Как определить, что возможность сформулирована слишком узко или слишком широко?
Слишком узкая формулировка фактически описывает отдельный шаг, роль или функцию системы, например отправку уведомления. Слишком широкая охватывает несопоставимые способности, например управление всем клиентским опытом. Практическая проверка — возможность должна быть понятна без названия подразделения, иметь самостоятельный бизнес-результат и допускать оценку текущего состояния, целевого состояния и разрыва между ними.
3. Должна ли карта возможностей меняться при внедрении новой системы?
Не обязательно. Если система лишь меняет способ реализации уже существующей способности, карта возможностей обычно сохраняется, а обновляются связанные решения, процессы и роли. Если же новая стратегия создаёт принципиально новую способность бизнеса или устраняет прежнюю потребность, тогда изменяется и сама карта; это должно быть обосновано бизнес-целями, а не фактом покупки технологии.