Мы попробуем создать модель на основе кейса «Сайт мебели». Это условное название компании, которая занимается производством, разработкой и продажей кухонной мебели. Продажи осуществляются как через интернет-магазин, так и через торговые залы.
Сначала мы читаем общее описание компании, которое мы как консультанты или бизнес-аналитики получили от руководства. Компания заказала моделирование, чтобы лучше понять, чем она занимается, какие процессы у неё есть, сделать их наглядными для дальнейшего совершенствования.
Анализ исходных данных
В общем описании мы находим:
- Сведения о деятельности компании.
- Описание организационной структуры.
Текст об оргструктуре мы должны представить в виде модели Organizational Unit (организационная единица). В этой модели объекты показывают иерархию, взаимоподчинение и состав отделов и департаментов.
Выбор последовательности моделирования
После описания оргструктуры или перед этим мы можем решить, что сначала нужно смоделировать верхний уровень процессов — обобщённую модель. Принцип, когда начинают с моделирования процессов верхнего уровня, часто применяется при создании новой компании. В такой ситуации у вас ещё нет устоявшейся структуры, есть только задумка. Вы моделируете будущую деятельность, получаете представление о процессах, и только после этого «подтягиваете» организационную структуру, необходимую для их реализации.
Здесь также описывается сама деятельность компании. Весь этот текст мы должны перевести в язык модели процессов верхнего уровня. Дальнейшее детальное описание какой-либо процедуры, например, процесса продажи, нужно будет представить в виде более подробной модели (например, IPC, Inter-Process Communication — модель взаимодействия процессов). Анализ такой детальной модели позволяет выявить недостатки: логические ошибки, неверную последовательность действий, организационные или информационные ошибки. Это можно сделать, только смоделировав процесс достаточно подробно. Заказчик дал нам текст, чтобы мы перевели его в язык моделей для наглядности и простоты использования в проекте по оптимизации деятельности.
Выявление процессов верхнего уровня
Начнём с процессов. При создании модели верхнего уровня мы выявляем и описываем несколько ключевых процессов с точки зрения их укрупнения и типизации. Мы смотрим, чем конкретно занимается компания, что является выходом процесса и какова степень его обобщения.
В тексте сказано, что компания вышла на рынок с продукцией собственного производства, изготавливаемой по индивидуальным заказам с применением эксклюзивной технологии. Также важно, что компания позиционируется как производитель индивидуальной мебели, включающей готовые наборы (столы, стулья, детские изделия). Это ключевое уточнение.
Далее сформулирована миссия — смысл существования компании. Миссия и основные цели часто указывают на ключевые процессы. В нашем кейсе миссия сформулирована так: «Быть лидером на рынке мебели за счёт высокого уровня обслуживания, индивидуального подхода к каждому клиенту, современного стиля и высокого качества продукции, привлечения лучших специалистов». Основная цель — наиболее полное удовлетворение потребностей клиентов на выбранном сегменте рынка.
Из этого описания мы выделяем важные для моделирования понятия: производство, продажа, качество. Слова «высокий уровень обслуживания», «качество продукции», «управление» ведут нас к названиям определённых объектов и процессов.
В тексте прямо указан один из процессов: «В компании осуществляется управление финансовыми и материальными потоками». Это уже готовое название процесса. Его цель — экономно использовать ресурсы, не допуская лишних складских запасов, так как хранение мебели требует затрат и соблюдения определённых условий (влажность, упаковка).
Также упоминаются человеческие ресурсы, что можно интерпретировать как процесс управления персоналом.
Далее в тексте описана работа с клиентами: «Работа по продвижению и привлечению клиентов проводится специалистами службы маркетинга, после чего происходит детальная разработка макета мебели». Здесь мы видим два указания на процессы: привлечение клиентов (маркетинг) и детальная разработка макета, которую впоследствии мы покажем детализированно.
Отделение процессов от оргструктуры
Важно различать указания на процесс и на организационную единицу. Фраза «конструкторско-технологическая служба» — это название подразделения, элемент будущей модели организационной структуры, а не процесс.
Компания ведёт «постоянную работу по развитию» и активно занимается «разработкой новых технологий и услуг». Это явное указание на процесс развития. Компания видит себя в будущем и планирует новые услуги и продукты. Лозунг «качественное и своевременное обслуживание» также важен, так как фокусирует внимание на качестве услуг и полном сервисе, включающем этапы от обсуждения заказа до момента доставки.
Определение цепочки действий
Далее в тексте идёт описание некой цепочки действий, которую нужно представить в виде модели верхнего уровня. Понятно, что процесс может идти по разным сценариям. Внутри него создаётся смета на изготовление мебели, после чего заключается договор на основе этой сметы. Этот блок действий, включающий подписание сметы и заключение договора, является частью сквозного процесса.
После заключения договора идут этапы: проверка наличия материалов и комплектующих, закупка недостающих товаров, складирование. Менеджер по продажам передаёт проект технологу, а тот — рабочим для изготовления комплектующих.
Главное правило моделирования
Мы описываем процесс строго на основе текста. Мы не сочиняем и не добавляем ничего от себя, если об этом нет информации. Это частая ошибка — начинать додумывать процесс. Модель нам нужна не только для оптимизации, у неё разные свойства. Детализация даёт конкретику действий, чтобы демонстрировать её клиентам или использовать для обучения сотрудников. В ходе моделирования мы будем постоянно обращаться к тексту кейса как к единственному источнику информации.
Краткие итоги
Материал раскрывает фундаментальный принцип бизнес-анализа: перевод неструктурированных вербальных описаний в формальные, наглядные модели. Ключевая аналитическая задача, которая здесь решается, — это извлечение знаний о предметной области из текста, созданного domain-экспертами. Ценность подхода заключается в том, что аналитик не фантазирует на тему «как должно быть», а строго следует за документом-источником, выявляя в нём явные и неявные маркеры процессов и структур. Это особенно важно на начальных этапах проекта, когда главная цель — достичь единого понимания текущей ситуации всеми участниками, а не сразу предлагать решения.
Практическая значимость демонстрируемой логики состоит в создании иерархии абстракций. Сначала выделяется контекст верхнего уровня из миссии, стратегических целей и общих формулировок деятельности. Это задает границы системы и определяет процессы, создающие ценность. Затем, на следующем уровне детализации, выделяются конкретные цепочки операций, точки принятия решений и результаты. Такой послойный анализ предотвращает «паралич анализа» — попытку детально описать всё сразу, без понимания общей картины. Применение этого подхода позволяет построить каркас бизнес-архитектуры, который впоследствии можно наполнить детальными диаграммами, должностными инструкциями и ключевыми показателями эффективности.
Полученный навык дисциплинирует мышление. Аналитик учится четко категоризировать каждое предложение из описания заказчика: относится ли оно к функции («производство»), организационной единице («конструкторско-технологическая служба»), цели («качественное обслуживание») или к конкретному действию («заключение договора»). Такой семантический анализ текста является первым и критически важным шагом перед использованием любых нотаций моделирования. Без него создание даже самой красивой графической схемы будет лишь формальным упражнением, не отражающим реальной сути бизнеса.
