Показываем бизнес-процессы - Вячеслав Кондратьев
Шрифт:
Интервал:
Закладка:
• управление юридическими услугами;
• планирование деятельности, реализация управленческого цикла (сбор информации, планирование, организация исполнения, учет, контроль, анализ, регулирование);
• снабжение;
• разработка и сопровождение систем (технологий).
Таким образом, в этой модели выделены пять основных процессов и одиннадцать поддерживающих.
Вообще говоря, в отношении пяти и одиннадцати можно поспорить либо внести какие-либо предложения по названиям, но этот спор и эти предложения имеют смысл только тогда, когда речь идет о совершенствовании конкретной компании, в отношении которой предлагаются те или иные изменения этой модели.
Модели выступают опорными, но они не являются единственно правильными и не могут быть тиражируемыми в том смысле, что они, вообще говоря, напрямую не переносятся.
Рис. 2.5.3. Пример типовой модели основных и поддерживающих бизнес-процессов дистрибьюторской компанииМодель дистрибьюторской компании. Модель (см. рис. 2.5.3) включает семь основных БП и шесть поддерживающих (в предыдущей модели было пять и одиннадцать). К основным БП относятся:
• разработка стратегии;
• бизнес-планирование, т. е. уточнение стратегии и детальное планирование деятельности компании;
• организация вывода продукции (услуг) на рынок;
• организация продаж и создание необходимых условий поставок под продажи;
• послепродажный сервис клиента;
• бизнес-мониторинг обеспечивающей деятельности.
К поддерживающим БП в модели относятся:
• управление человеческими ресурсами;
• управление финансовыми ресурсами;
• ИТ-поддержка;
• обеспечение безопасности;
• управление улучшениями и изменениями (то, что в предыдущей модели называлось «совершенствование деятельности компании», или «бизнес-инжиниринг»);
• прочие сопровождающие и офисные БП.
Каждая компания при внимательном рассмотрении и обдумывании этой модели что-то может заимствовать из нее для себя, а что-то добавить или изменить.
Модельосновных бизнес-процессов строительных и инжиниринговых компаний (рис. 2.5.4 и 2.5.5). Если говорить об универсальных приемах построения бизнес-моделей, то некоторые приемы можно продемонстрировать на примере строительных и инжиниринговых компаний.
Корневая модель БП включает два блока (соответственно рис. 2.5.4 и 2.5.5). Один блок – это основные процессы. Они определяются исходя из анализа и описания основных этапов создания объектов в разных отраслях. Это этапы создания объектов в инжиниринге и строительстве (слой процессов на нис. 2.5.4):
• концептуальный инжиниринг (инвестиционное структурирование и инвестирование);
• создание объекта;
• эксплуатация объекта;
• изменение, развитие или утилизация объекта.
Каждый из этих процессов может детализироваться или содержит более частные подпроцессы, как это представлено на рис. 2.5.4. Это и есть описание основных процессов по созданию объекта, которое может служить опорой или шаблоном для представления основных процессов строительных и инжиниринговых компаний.
Рис. 2.5.4. Опорное решение для построения модели основных бизнес-процессов строительных и инжиниринговых компанийА вот рассмотрение предыдущих моделей (рис. 2.5.2–2.5.3) в части поддерживающих БП можно использовать для подготовки шаблона или опорного решения поддерживающих процессов и для строительных или инжиниринговых компаний. Вариант такого блока поддерживающих процессов приведен на рис. 2.5.4.
Корневая модель бизнес-процессов энергетической компании. Деятельность энергетической компании сгруппирована по четырем сферам (рис. 2.5.5).
1. Сфера управления компанией в целом.
2. Сфера развития.
3. Сфера основной деятельности.
4. Сфера поддерживающей деятельности.
Пример построения и использования модели процессов верхнего уровня энергетической компании приведен в следующих темах настоящего Навигатора (см. элемент 10.3.6).
Рис. 2.5.5. Сферы деятельности энергетической компании (пример)Рис. 2.5.6. Опорное решение для построения модели поддерживающих бизнес-процессов верхнего уровня строительных и инжиниринговых компанийВ общих чертах подход к построению корневой модели БП может быть задан следующим образом (рис. 2.5.7):
• Ознакомиться с образцами корневых моделей БП, изучить существующую практику описания.
• Определить отрасль (например, инжиниринг или строительство), сформировать основной цикл продуктов в этой отрасли и исходя из этого выявить основные процессы, которые необходимы для создания продуктов.
• Увязать эти основные процессы с условием или с профилем деятельности рассматриваемой компании.
• Используя типовые шаблоны, выбрать основные и поддерживающие процессы и сформировать соответствующий их классификатор.
На проведение подобных работ необходимо запланировать определенный ресурс времени, обеспечивающий формирование самой модели, согласование, экспертизу и утверждение документации по модели.
Рис. 2.5.7. Как подготовиться к описанию бизнес-процессов компании2.6. Пример. Схема моделирования бизнес-процесса «снизу»
Рис. 2.6.1. Пример последовательности моделирования бизнес-процессаНа рисунке 2.6.1 показан пример последовательности моделирования БП. Это только пример, один из возможных вариантов. Существует множество разных алгоритмов, которые могут отличаться один от другого, имеют свои способности, привязываются к условиям конкретной компании, конкретной команды, видению, представлению, приоритетам команды, которая описывает процессы.
В рассматриваемом примере алгоритм моделирования предполагает следующие действия.
• Определение точки зрения и описание бизнес-процессов. Бизнес-процесс – это модель, составленная для практического применения. Нет такого применения – неясны основания выбора в используемой модели. Поэтому цели описания – это то, с чего начинается моделирование БП. Важна позиция наблюдателя, перспектива, на которую описываются БП. Вот эта перспектива и задает цель описания. Описание БП предполагает на первом этапе (после задания точки зрения и целей) описание некоторого назначения БП, его типологию и место в известной типологии (например, каждый БП может быть отнесен к основным или поддерживающим, к основным или управленческим процессам).
• Задание окружения бизнес-процесса. В отношении БП полезно задать его окружение, т. е. назвать БП, с которыми он связан на входе и на выходе, назвать продукты и услуги, которые являются входными для этого БП.
• Построение функциональной структуры. Здесь речь идет об определении набора функций, которые составляют содержание БП. Описание функций (функциональная модель БП) позволяет построить модели функциональной ответственности и разработать на этой основе Положения о подразделениях и должностные инструкции, а при необходимости – ролевые описания автоматизированных рабочих мест при внедрении информационных систем.
• Описание структуры потоков в БП. Если речь идет о создании информационной системы – это поток информации и документооборот. Если же речь идет, например, о применении ERP-системы (планирование распределения ресурсов), то это может быть поток материальных ресурсов. Все определяется точкой зрения разработчика и целями описания БП.
• Построение диаграмм потоков бизнес-процессов. В этом пункте предполагается, что в ходе выбранной нотации процесса он описывается не только как текстовая модель, но и как графическая, отображаемая в виде диаграмм потоков.
• Наряду с построением диаграмм потоков предполагается и построение алгоритма БП, т. е. логика исполнения функций и логические условия, которые определяют эту логику исполнения функций. Все это фиксируется в виде алгоритма исполнения процесса.
Рис. 2.6.2. Пошаговое моделирование бизнес-процесса (шаги 1 и 2)• Построение оргструктуры, которое завершает представленную последовательность моделирования, предполагает задание исполнительных звеньев, которые участвуют в БП, и закрепление за ними функций, работ, действий, потоков, которые описаны в бизнес-процессе.
Ниже приведен только один пример построения последовательности моделирования БП. Если решать эту задачу для какого-то конкретного процесса конкретной компании, этот алгоритм с большой долей вероятности необходимо будет доработать и локализовать.
Схемы пошагового моделирования бизнес-процесса.
Какие работы необходимо выполнять? – Шаг 1 (рис. 2.6.2). На этом шаге необходимо задать состав действий, составить их классификатор, согласовать наименования действий и сгруппировать их на основе иерархического классификатора.