Проектирование бизнес-процессов
Содержание подтемы: Понятия и содержание инжиниринга. Типы инжиниринга.
Построение технологической модели процесса.
Методологии моделирования бизнес-процессов: SADT, DFD, ERD, IDEF, ARIS, Oracle, др.
Краткий конспект
Понятие «инжиниринг» заимствовано из инженерной деятельности, от англ. engineering – проектировать, изобретать, придумывать.
Это метод проектирования бизнес-процессов на основе принципа оптимальности и один из методов процессного управления.
Большинство специалистов рассматривают инжиниринг процессов как общее понятие, выделяя три его вида:
1. прямой инжиниринг – проектирование новых бизнес-процессов «с чистого листа»;
2. обратный инжиниринг – описание и локальное перепроектирование действующих бизнес-процессов, в целях их улучшения;
3. реинжиниринг – радикальное перепроектирование бизнеса и существующих бизнес-процессов.
При инжиниринге используется моделирование.
Модель процесса это представление (описание) ключевых характеристик существующего или проектируемого процесса. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и порядок документооборота.
Целью моделирования является систематизация знаний об организации и ее бизнес-процессах в наглядной графической форме удобной для аналитической обработки полученной информации.
Референтные модели (модели-прототипы) разрабатываются применительно к реальным условиям. Моделирование бизнес-процессов позволяет получить наглядное описание деятельности организации, упорядочить и систематизировать внутреннюю информацию, а также существенно облегчить управленческую аналитику. Оно затрагивает многие аспекты в деятельности предприятия:
· организационную структуру;
· функции подразделений и сотрудников;
· распределение прав и обязанностей руководителей;
· внутренние нормативные документы и технологии проведения операций;
· требования к автоматизации выполняемых процессов и т.п.
Построение технологической модели процесса
Технологическая модель связывает цели процесса со средствами их достижения и является основой для управления процессом, определения объемов выполняемой работы, необходимых усилий и квалификации работников, прогноза результатов процесса, измеримых показателей трудоемкости и стоимости. На ее основе обеспечивается планирование, организация и контроль выполнения процесса.
В технологической модели проектируется работа и процесс разделяется на взаимосвязанные специализированные элементы по видам и объемам работ, что позволяет определять ответственность участников до уровня, обеспечивающего управляемость, и координировать их действия.
Технологическая модель при построении может опираться на следующие элементы процесса:
· компоненты продукта процесса;
· функциональные элементы деятельности;
· этапы выполнения процесса;
· элементы организационной структуры.
При формировании структуры процесса необходимо учитывать не только задачи, попадающие под контроль менеджмента организации, но и контролируемые подрядчиками и заказчиком. Эти задачи накладывают определенные ограничения на структуру управления процессом.
Наиболее простая процедура разработки технологической модели мажет быть представлена в следующем виде:
1. определение конечных результатов (целей) процесса;
2. определение основных работ и промежуточных результатов;
3. интеграция модели с системой управления и контроля;
4. согласование модели с участниками процесса и необходимая корректировка.
Технологическая модель является основой:
· для формирования структуры управления процессом;
· для составления комплексного плана процесса, планирования объемов работ, стоимости, сроков и рисков, а также интеграции данных программных продуктов;
· для организации производства процесса;
· для организации системы обмена информацией, отчетности и контроля. Поскольку оценки связаны с выполнением конкретных работ, технологическая модель процесса обеспечивает выявление точек контроля выполнения объемов и графиков работ, освоения средств, затрат, качества и упрощает обмен информацией.
· для управления содержанием процесса, так как формирует концептуальное представление о содержании процесса и определяет контрольные точки и элементы.
С помощью технологической модели работы структурируются и связываются с графиком, а ресурсы распределяются и отслеживаются.
Методологии моделирования бизнес-процессов
Набор символов или обозначений, с помощью которых описывается бизнес-процесс, принято называть языком или методологией описания бизнес-процессов.
Наиболее распространенными методологиями, используемыми при моделировании, являются: описание бизнес-процессов, описание потоков работ и описание потоков данных.
В простых случаях и сегодня используют обычную блок-схему и словесное описание бизнес-процесса.
Обычная блок-схема процесса, изображается с помощью прямоугольников -- обозначающих действия, ромбов -- обозначающих принимаемые решения и стрелок -- соединяющих эти элементы и показывающих их взаимосвязь.
Описание бизнес-процесса, отвечает на вопросы, что, кто, где, как, зачем и почему, а также каковы затраты времени и денежных средств на принятие решений, ожидание и осуществление действий в бизнес-процессе.
Однако, эта простая, наглядная и очевидная методология не всегда достаточна для определения эффективности реализации сложного бизнес-процесса, поэтому был разработан ряд более сложных и эффективных методологий использующих возможности компьютерной техники.
Эти методологии эволюционировали по мере развития технических и программных средств.
В 40-60-е гг. появились алгоритмические языки описания.
В 60-е г. была разработана методология SADT - структурного анализа и проектирования.
В 70-80-е гг. разработаны методологии DFD, ERD, IDEF, IDEF1X и др.
В 90-е и последующие годы появились: UML -- универсальный язык моделирования; методология ARIS -- архитектура интегрированных информационных систем; методологии компаний Oracle, Baan, ReTrink, Rational и др.
При инжиниринге участвуют специалисты двух типов – профессионалы в области реконструированного бизнеса и разработчики информационных систем. Сегодня базовой методологией описания бизнес-процессов признано объектно-ориентированное моделирование. Модели создаются в виде потоковых диаграмм, где представлены основные рабочие процедуры, используемые в компании, описано их поведение, а также информационные и материальные потоки между ними.
Методология DFD.Стандарты DFD (Data Flow Diagramming) и WFD (Work From Diagram) содержат набор символов или обозначений, с помощью которых описывается бизнес-процесс. Язык DFD и WFD считают классическим.
Большинство консалтинговых компаний в проектах по оптимизации деятельности организаций в общем случае применяют типовую методологию описания бизнес-процессов и использует два типа бизнес-моделей. Для описания бизнес-процессов верхнего уровня и является прототипом классической DFD-модели. Вторая -- для описания процессов нижнего уровня и соответствует принципам WFD-схемы.
Пример типовой модели описания бизнес-процессов верхнего уровня представлен на рис. 5.5.
| Сбор заявок |
| Утверждение заявок |
| Составление сводной заявки |
| Обработка заявок |
| Выбор поставщика |
| Создание заказа на закупку и отслеживание его выполнения |
| Уровень 3 |
| Уровень 2 |
| Уровень 1 |
| Закупки |
| Производство |
| Сбыт |
| … |
Рис. 5.5. Пример типового описания бизнес-процессов верхнего уровня в DFD
Типовая модель WFD описания бизнес-процессов нижнего уровня, используемая консалтинговыми компаниями на основе подхода «Swimmer lanes» представлена на рис. 5.6.
| Нет |
| Отдел 1 |
| Отдел 2 |
| Отдел 3 |
| Отдел 4 |
| Да |
| Нет |
| Да |
| Информационная система 1 |
| Информационная система 2 |
| Работа |
| Подразделения |
| Решение |
Рис. 5.6. Типовая модель описания бизнес-процессов нижнего уровня в WFD
Методология IDEFэто наиболее глубоко проработанная и обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки (например, маркетинг и финансы), различные объекты в компании и действия над ними (например, весь комплекс процессов обработки и выполнения заказа клиента), а также состояние и динамику развития бизнес-единиц компании в целом. Она включает 14 стандартов. Основные из них:
IDEF0 – методология моделирования функциональных блоков;
IDEF1 – методология моделирования информационных потоков в компании;
IDEF2 – методология моделирования динамики развития компании;
IDEF3 – методология документирования бизнес-процессов в компании;
IDEF4 – методология описания различных объектов в компании и действий над ними;
IDEF5 – методология описания текущего состояния компании и тенденций изменения.
Методология ORACLE. Чтобы осуществить эффективную автоматизацию нужно правильно настроить информационную систему. Поэтому разработчики информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнес-деятельность компании. Наиболее крупные из них SAR/R3, BAAN и ORACLE. Каждый их этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура и строятся прочие бизнес-модели.
Методология ARIS (Architecture of Integrated Information Systems – проектирование интегрированных информационных систем) одна из современных методологий бизнес-моделирования, получившая широкое распространение. Ее использует программное средство ARIS Toolset.
Эта методология разработана в компании IDS Scheer AG в Германии. В нее интегрированы существующие стандарты и спецификации описания процессов и данных, в том числе IDEF и DFD. Различные уровни представления и фазы жизненного цикла позволяют упростить описание бизнес-процессов.
При большом количестве используемых для описания, анализа и оптимизации различных аспектов деятельности организации бизнес-моделей (около 100), они объединены в четыре группы:
· группа «Оргструктура» включает модели, с помощью которых описывается организационная структура компании и другие элементы, позволяющие ответить на вопрос «кто отвечает?»;
· группа «Функции» включает модели, используемые для описания стратегических целей компании, функции и элементы функциональной деятельности организации, позволяющие ответить на вопрос «что делают?»;
· группа «Информация» включает модели, с помощью которых описывается информация (потоки и структура), используемая в деятельности организации, позволяющие ответить на вопрос «на основе чего?»;
· группа «Процессы» включает модели, используемые для описания бизнес-процессов, различные взаимосвязей между структурой, функциями и информацией, позволяющие ответить на вопрос «каким образом?».
Система ReTrink,разработана фирмой Gensym (США) и является примером интегрированного подхода к поддержке инжиниринга. При создании системы разработчик ставил своей целью создать удобное средство для реализации различных методологий. В ней объединены возможности ключевых современных информационных технологий: графический объектно-ориентированный язык для описания моделей и проектов, средства анимации и имитационного моделирования реконструируемых процессов, методы искусственного интеллекта для полного и адекватно представления экспертных знаний о процессах. Сочетание прозрачных средств интерактивной графики с возможностями моделирования процессов в реальном времени, что позволяет менеджерам самостоятельно, без помощи программистов, воплощать свои идеи в виде работающих моделей процессов.
Все элементы моделей, включая ресурсы процессов, могут модифицироваться непосредственно во время исполнения, результаты изменений можно увидеть сразу же после их введения.
Кроме рассмотренных методологий существуют и другие, предложенные различными компаниями, консалтинговыми фирмами и производителями программных продуктов.
Практика показала, что применение референтных моделей в корпоративных проектах позволяет сократить время и стоимость их реализации более чем на 30%.