Введение
После создания общей структуры модели мы переходим к непосредственному моделированию предметной области. Открываем кейс — описание компании, где ранее уже были выделены фрагменты текста, указывающие на названия процессов. Теперь эти названия нужно преобразовать в объекты модели.
Настройка отображения названий объектов
Некоторые названия можно копировать прямо из описания, например: «Управление финансовыми и материальными потоками». В модели принято писать названия объектов полностью и с заглавной буквы. Однако при вставке текста программа по умолчанию может обрезать его, если длина превышает размеры объекта. Это противоречит ключевому принципу профессионального моделирования — максимальной конкретике и полноте описания.
Чтобы название отображалось целиком, нужно изменить настройку. Для этого на свободном месте поля модели вызываем контекстное меню правой кнопкой мыши и выбираем Формат представления (Representation). Автоматически открываются свойства модели, где нас интересует опция размещения текста.
По умолчанию установлен Многострочный текст (Multi line text) — текст размещается в несколько строк, но обрезается, если не помещается в границы объекта. Доступны другие варианты:
- Текст выходит за границы символа (Text Extends Beyond Symbol) — текст отображается полностью, даже если выходит за пределы объекта.
- Изменение размера символа (Resize Symbol) — объект автоматически увеличивается или уменьшается, чтобы вместить текст. Используется редко, в основном когда нужно визуально подчеркнуть специфику объекта (важность, новизну, уровень детализации). Обычно для таких целей применяют цвет или начертание шрифта, а не изменение размера.
- Однострочный текст (Single line text) — весь текст выводится в одну строку и также обрезается при нехватке места.
Нам необходим полный показ названия, поэтому выбираем Текст выходит за границы символа (Text Extends Beyond Symbol). Это профессиональная норма — выход текста за границы объекта допустим и не считается ошибкой.
Дополнительно система предлагает сделать эту опцию используемой по умолчанию, а также включить «Убрать цвет фона за текстом (Remove color behind text)», при котором текст отображается на белом фоне внутри цветного объекта. Последнее избыточно и не принято в серьезном моделировании, как и произвольная смена фона объектов — подобный «креатив» не используется.
После выбора нужной опции текст отображается полностью, но может выходить за пределы объекта слишком далеко. Чтобы это исправить, принудительно переносим строки внутри объекта клавишами Ctrl + Enter. Можно даже разместить каждое слово на отдельной строке — тогда название практически полностью поместится в границы. Небольшой выход за края не критичен. При необходимости можно уменьшить размер шрифта (например, с 10 на 9) или изменить его начертание (убрать курсив, если он скопировался из исходного текста, и сделать полужирным).
Категоризация процессов
Когда названия объектов сформированы, каждый процесс нужно отнести к одной из трех категорий: основные, вспомогательные или процессы управления.
Критерии классификации:
- Основные процессы — составляют цепочку создания ценности, напрямую связаны с продуктом или услугой для клиента.
- Вспомогательные (обеспечивающие) процессы — предоставляют ресурсы (материальные, информационные, кадровые) для других процессов, прежде всего основных. Они создают инфраструктуру, но не генерируют управляющие воздействия.
- Процессы управления — вырабатывают управляющие воздействия, направленные на другие процессы (основные, вспомогательные, развития). Их выходы — это решения, правила, планы, контрольные сигналы.
Определение категории зависит от сути деятельности, скрывающейся за названием, а не только от слов. Один и тот же термин в разных контекстах может означать процесс управления или вспомогательный.
Практическое построение модели по кейсу
Рассмотрим извлечение и классификацию процессов из описания компании.
1. Управление финансовыми и материальными потоками
Фраза содержит слово «управление», но также указывает на ресурсы. Если этот процесс управляет другими процессами (например, распределяет потоки, устанавливает лимиты, контролирует), его следовало бы отнести к процессам управления. Однако из кейса следует, что он лишь обеспечивает основные процессы ресурсами (финансами и материалами), то есть создает инфраструктуру. Поэтому классифицируем его как вспомогательный процесс.
2. Производство мебели
Прямое участие в создании продукта, очевидно основной процесс. Название дано с конкретикой — «производство мебели», а не просто «производство», чтобы однозначно идентифицировать его.
3. Управление персоналом (человеческими ресурсами)
В описании люди названы «человеческими ресурсами», что указывает на отношение к ним как к используемому ресурсу с минимальной субъектностью. В такой трактовке это вспомогательный процесс, обеспечивающий другие процессы кадрами. Если бы управление персоналом включало постоянное повышение квалификации, стимулирование инициативы и творческой активности, вырабатывало бы управляющие воздействия, его отнесли бы к процессам управления. Но для данной компании, судя по линейно-функциональной структуре и типовому описанию, специфических управленческих функций у кадрового блока нет — он остается во вспомогательных процессах.
4. Управление качеством
Если этот процесс вырабатывает управляющие воздействия (политики, стандарты, контрольные предписания), влияющие на другие процессы, то это процесс управления. Если же он просто предоставляет ресурсы (например, выдает справки, проводит аудиты как сервис), то был бы обеспечивающим. В кейсе качество рассматривается как свойство всей системы, которым компания целенаправленно управляет, следовательно, это процесс управления.
5. Привлечение клиентов и связанные шаги
Описание показывает, что привлечение клиентов — первый этап цепочки добавленной стоимости, постоянная активность. Значит, это основной процесс. Далее выделяются:
- Посещение сайта (пребывание клиента на сайте) — основной.
- Показ образцов — в данном случае происходит офлайн в торговом зале, также основной.
- Разработка проекта мебели — создание индивидуального макета под требования клиента, основной.
- Заключение договора с клиентом на поставку мебели — юридическое оформление заказа, основной.
- Продажа мебели клиенту — финальная коммерческая сделка, может проходить как при доставке, так и офлайн. Это отдельный основной процесс, завершающий цепочку.
- Доставка мебели клиенту — логистическая операция, непосредственно завершающая выполнение заказа, тоже основной процесс (название с конкретикой, чтобы отличать от прочих возможных доставок).
6. Складирование и хранение
Обеспечивает наличие материалов и готовой продукции, предоставляет ресурсы другим процессам. Это вспомогательный процесс.
7. Транспортное обеспечение
Обеспечивает перемещение грузов, подачу комплектующих и документации. Выходы этого процесса становятся входами для других (например, доставка комплектующих со склада для производства). Классифицируется как вспомогательный.
8. ИТ-обеспечение (информационно-технологическое обеспечение)
Предоставляет ресурс в виде информационных технологий (лицензии, доступ к ПО, поддержка ИТ-инфраструктуры). Когда, например, для разработки проекта мебели требуется новый программный ключ, срабатывает обращение к этому процессу. Это вспомогательный процесс.
9. Снабжение комплектующими
Если в случае необходимости закупаются отсутствующие на складе материалы и комплектующие, такой процесс обеспечивает ресурсами основную цепочку. Это вспомогательный процесс.
Построение цепочки основных процессов
Основные процессы выстраиваются в последовательность, отражающую движение от клиента к готовому продукту:
- Привлечение клиента
- Посещение сайта (пребывание на сайте)
- Показ образцов (офлайн)
- Разработка проекта мебели
- Заключение договора с клиентом на поставку мебели
- Производство мебели
- Продажа мебели клиенту
- Доставка мебели клиенту
Некоторые этапы, например оплата, не выделены как самостоятельные процессы на данном уровне — они реализуются внутри других шагов (оплата оставшейся суммы при доставке, предоплата при заключении договора). Продажа вынесена отдельно, так как может осуществляться не только через доставку, но и в офисе компании.
Заключение
Таким образом, на основе кейса сформирован набор основных, вспомогательных и управляющих процессов верхнего уровня. Объекты размещены на поле модели, названия полностью отображаются благодаря настройке Text Extends Beyond Symbol и ручному переносу строк. Следующий шаг — расстановка связей между процессами, чтобы показать их взаимодействие.
Краткие итоги
Анализ изложенного подхода демонстрирует методически выверенную последовательность действий по формализации текстового описания компании в графическую модель процессов. Отправной точкой служит признание того факта, что названия процессов являются не просто подписями, а ключевыми идентификаторами, требующими абсолютной полноты и однозначности. Поэтому первый практический шаг — преодоление технического ограничения инструментария, обрезающего текст, и осознанный выбор режима визуализации, при котором содержание объекта приоритетнее его визуальных границ. Это не косметическая деталь, а профессиональный принцип: модель, теряющая часть названия, теряет и смысловую точность.
Далее раскрывается ядро аналитической работы — классификация процессов по их экономической и управленческой роли. Критерии не формальны: они требуют интерпретации контекста, стоящего за каждым глаголом и существительным. Показано, как слово «управление» может вводить в заблуждение: управление потоками может оказаться обеспечивающей деятельностью, а управление персоналом — вспомогательной, если сотрудники воспринимаются исключительно как ресурс. Напротив, управление качеством возвышается до уровня управленческого процесса, когда его выходы становятся обязательными ориентирами для всей системы. Такой контекстный анализ предотвращает механистическое отнесение процессов к категориям и закладывает фундамент для корректной архитектуры модели.
Практическое применение этих принципов в рамках сквозного примера позволяет проследить, как из разрозненных упоминаний в кейсе выкристаллизовывается стройная цепочка создания ценности — от привлечения клиента до финальной продажи и доставки. Каждое звено получает название с достаточной конкретикой, чтобы в будущем его можно было детализировать без двусмысленности. Вспомогательные и управляющие процессы размещаются не хаотично, а в четкой логике: те, кто поставляет ресурсы, и те, кто направляет деятельность. Такой подход формирует не просто набор графических элементов, а семантически связный каркас, готовый к наложению связей и последующей декомпозиции. Итогом становится модель, отражающая не только формальную структуру, но и реальное разделение ответственности и потоков в организации.
Исходная ситуация
После формирования заголовков модели на основе текстового кейса мы переходим к непосредственному созданию объектов — процессов. Некоторые названия допустимо копировать прямо из описания, например «Управление финансовыми и материальными потоками». Принято писать имена полностью, с заглавной буквы.
Проблема обрезки текста и ее решение
При вставке длинного названия программа по умолчанию обрезает текст, если он не умещается в границы объекта. Это противоречит профессиональному принципу максимальной полноты и конкретики описания. Чтобы устранить обрезку, нужно изменить настройку.
Для этого на свободном пространстве рабочего поля правой кнопкой мыши вызывают контекстное меню и выбирают Формат представления (Representation). Открываются свойства модели, где представлены варианты размещения текста:
- Многострочный текст (Multi line text) — по умолчанию, обрезает текст.
- Текст выходит за границы символа (Text Extends Beyond Symbol) — показывает название полностью, даже за пределами фигуры.
- Изменение размера символа (Resize Symbol) — объект автоматически масштабируется под текст. Используется крайне редко, так как нарушает визуальное единообразие. Обычно для акцентирования применяют цвет или шрифт.
- Однострочный текст (Single line text) — текст в одну строку, тоже обрезается.
Для наших целей выбираем Text Extends Beyond Symbol. Это профессиональный подход, выход текста за края объекта считается нормой. Опцию можно сразу сделать используемой по умолчанию. Дополнительные предложения вроде «Remove color behind text» (белая подложка под текстом) излишни и не приняты в серьезном моделировании.
Если после выбора режима текст все же выходит слишком далеко за пределы, внутри объекта выполняют принудительный перенос строк комбинацией Ctrl + Enter. При необходимости чуть уменьшают размер шрифта или меняют начертание (убирают курсив, ставят полужирное начертание). Так название становится компактным и полностью видимым.
Классификация процессов
Каждый выделенный процесс необходимо отнести к одной из трех категорий:
- Основные — составляют цепочку создания ценности, непосредственно связаны с продуктом или услугой для клиента.
- Вспомогательные (обеспечивающие) — снабжают другие процессы ресурсами, создают инфраструктуру, но не вырабатывают управляющих воздействий.
- Процессы управления — генерируют управляющие воздействия (решения, правила, планы, контроль), адресованные другим процессам.
Принадлежность к категории определяется не по отдельным словам, а по содержательной роли в деятельности компании.
Разбор процессов из кейса
Управление финансовыми и материальными потоками
Несмотря на слово «управление», из контекста ясно, что этот процесс лишь обеспечивает ресурсами, а не управляет. Относим к вспомогательным.
Производство мебели
Основной процесс. Название конкретизировано, чтобы исключить смешение с другими производствами.
Управление персоналом
В кейсе люди названы «человеческими ресурсами». При таком взгляде персонал — используемый ресурс с минимальной субъектностью. Следовательно, процесс обеспечивает другие процессы кадрами, то есть является вспомогательным. Если бы деятельность включала развитие, стимулирование инициативы и выработку управляющих решений по персоналу, процесс мог бы стать управленческим. Но в описании компании, с типичной линейно-функциональной структурой, подобной специфики нет.
Управление качеством
Здесь качество — сквозное свойство системы, которым компания управляет. Выходы процесса — управляющие воздействия на остальные процессы. Поэтому это процесс управления, а не обеспечивающий.
Привлечение клиентов и последующие шаги
Формируют основную цепочку. Выделяем следующие основные процессы:
- Привлечение клиента
- Посещение сайта (пребывание клиента на сайте)
- Показ образцов (офлайн в торговом зале)
- Разработка проекта мебели (индивидуальный макет под требования)
- Заключение договора с клиентом на поставку мебели
- Производство мебели
- Продажа мебели клиенту (выделена отдельно, поскольку может происходить не только при доставке, но и в офисе)
- Доставка мебели клиенту (название с конкретикой)
Обеспечивающие и поддерживающие процессы
К вспомогательным отнесены:
- Складирование и хранение
- Транспортное обеспечение
- ИТ-обеспечение (информационно-технологическое обеспечение) — предоставляет ресурсы в виде технологий, лицензий, доступа к ПО.
- Снабжение комплектующими — активируется, когда нужных материалов нет на складе.
Построение модели
После классификации объекты размещаются на поле. Основные процессы выстраиваются в логическую последовательность от привлечения клиента до доставки. Вспомогательные и управленческие процессы располагаются рядом, визуально отделяясь от основной цепочки. Используется копирование объектов перетаскиванием правой кнопкой мыши для ускорения работы.
Некоторые действия (например, окончательная оплата при доставке) не выделены в отдельные процессы верхнего уровня, поскольку в данной модели они являются этапами внутри соответствующих процессов (доставка, продажа).
Результат — готовая структура модели, в которой каждый объект имеет полное и конкретное название, корректно отнесен к категории и находится на своем месте относительно цепочки ценности. Дальнейшим шагом является расстановка связей между процессами.
1. Полное отображение названия объекта модели — обязательное требование профессионального моделирования, исключающее неоднозначность.
2. Опция «Текст выходит за границы символа» (Text Extends Beyond Symbol) является предпочтительной для сохранения полноты названий.
3. Принудительный перенос строк (Ctrl+Enter) позволяет управлять расположением текста и минимизировать выход за пределы объекта.
4. Классификация процессов на основные, вспомогательные и управления должна базироваться на сути деятельности, а не на формальном присутствии слов «управление» или «ресурсы».
5. Основные процессы образуют цепочку, непосредственно создающую ценность для клиента.
6. Вспомогательные процессы обеспечивают другие процессы ресурсами, но не вырабатывают управляющих воздействий.
7. Процессы управления генерируют управляющие воздействия (правила, решения, контроль), направленные на другие процессы.
8. Отнесение процесса «Управление персоналом» к вспомогательным или управленческим зависит от того, воспринимаются ли люди как ресурс или как субъекты развития.
9. Управление качеством становится процессом управления, если его выходы формируют общесистемные ориентиры, а не просто предоставляют сервис.
10. Названия процессов должны быть максимально конкретными (например, «Доставка мебели клиенту»), чтобы избежать смешения с другими активностями.
11. Извлечение процессов из кейса требует анализа контекста: одно и то же действие может быть подпроцессом или самостоятельным процессом в зависимости от уровня детализации.
12. Построение верхнеуровневой модели заканчивается размещением объектов и готовит основу для выявления связей между ними.
1. Какая настройка отображения текста позволяет названию объекта полностью выходить за его границы?
2. Почему опция «Изменение размера символа» (Resize Symbol) редко применяется для отображения длинных названий?
3. По какому ключевому признаку процесс управления отличается от вспомогательного процесса?
4. В каком случае «Управление персоналом» следовало бы отнести к процессам управления, а не к вспомогательным?
5. Какие три категории процессов используются при построении модели верхнего уровня?
6. Почему при выборе названия процесса важно указывать конкретику, например «Доставка мебели клиенту», а не просто «Доставка»?
7. Как определить, является ли «Управление качеством» процессом управления или обеспечивающим процессом?
8. Каким образом можно перенести текст внутри объекта на новую строку, не меняя настроек отображения?
9. Что является основным критерием отнесения процесса к группе основных процессов?
10. Почему «Складирование и хранение» классифицируется как вспомогательный процесс?
11. Какие визуальные средства предпочтительнее использовать для выделения специфики объекта вместо изменения его размера?
12. На каком основании оплата не была выделена в самостоятельный основной процесс на полученной модели?
