Выделение бизнес-процессов предприятия Глава 4 Описание бизнес-процессов предприятия. Помимо структурного и функционального представления предприятия для улучшения его управления, оказалось необходимым уметь выделять и анализировать его разнообразные процессы. Так это давно уже поняли для технологических процессов, что привело к выделению элементарных технологических операций, созданию технологических цепочек и участков. В конечном итоге это породило сквозные технологические цепочки, что впоследствии воплощалось в автоматическом или массово автоматизированном производстве продукции. Например, при создании электронного оборудования доля ручного труда исчезающе мала именно в силу четкой организации и автоматизации всех технологических операций. При управлении предприятием не удается добиться полной автоматизации, но это не исключает необходимости четкого описания всех процессов, которые имеют непосредственное отношение к управлению. В связи с этим используется термин бизнес-процесс.

Инструментарий описания бизнес-процессов

На каждый вложенный рубль в описание бизнес-процессов вы получите минимум 7 рублей отдачи — доказано! Елена Рауд Описание бизнес-процесса — это описание последовательности действий сотрудников при выполнении определенных действий в графическом и текстовом виде с целью регламентации действий в коллективе, анализа и оптимизации их последовательности. Мы провели множество проектов как полного описания всех бизнес-процессов компании то есть и основных, и вспомогательных, и управленческих , так и выполнили сотни описания отдельных подпроцессов.

Полнота описания может быть различной:

Текстовое описание бизнес-процесса Моделирование бизнес- процесса Основные бизнес-процессы: Производство продукции.

Оказываемые услуги Описание бизнес-процесса Модели и описания бизнес-процессов в том или ином виде составляются в большинстве ИТ-консалтинговых проектов. Модели строятся в программных средствах, универсальных например, или рассчитанных на работу с какой-то определенной методологией например, , позволяющих создавать -диаграммы. Для удобства представления Заказчику, диаграммы обычно преобразуются в графические файлы и включаются вместе с описанием в единый документ. Как уже было отмечено ранее, описания бизнес-процессов могут быть использованы Заказчиком как сами по себе, так и в качестве промежуточных материалов.

Например, формальное описание какого-либо бизнес-процесса уже само по себе полезно для одинакового и точного понимания всеми заинтересованными сторонами последовательности выполнения каких-либо работ в организации. Также оно может быть использовано для обучения новых сотрудников или для сертификации системы качества компании. Тем не менее, гораздо большую отдачу могут дать последующие шаги в направлении формализации бизнес-процессов.

В качестве примера такого подхода можно привести функционально-стоимостной анализ, реализованный в программном продукте . Формальные описания бизнес-процессов организации могут быть организованы в единое хранилище репозиторий , которое может выступать в качестве целостной базы знаний. На базе такого хранилища может быть внедрена система класса , в рамках которой присутствует достаточно мощный и при этом универсальный функционал по автоматизации выполнениях описанных процессов, контролю, анализу эффективности и совершенствованию операционной деятельности.

Также, формальные описания бизнес-процессов совершенно необходимы при разработке или внедрении информационной системы.

В зависимости от поставленной цели в дальнейшем будут зависеть формат, акценты и глубина описания бизнес-процессов. Определите команду по описанию бизнес-процессов Команда проекта по описанию бизнес-процесса, как правило, состоит из следующих членов: Заказчиком может быть собственник, генеральный директор или руководитель подразделения. Это компетентный сотрудник, обладающий достаточным знанием внутренних процессов компании.

Поэтому при использовании текстового описания бизнес-процессов производительность и качество решений по оптимизации деятельности оставляют.

Колмачихин Ю. Описывать бизнес-процессы можно разными способами, есть масса различных методик и форматов. Некоторые люди тратят уйму времени на то, чтобы все эти форматы изучить, изобретают все новые и новые, пишут огромное количество теоретических материалов на данную тему, придумывают множество программных инструментов, хотя далеко не у каждого из них есть практический опыт применения этих знаний.

Так для чего все-таки нужно описывать бизнес-процессы, и какая может быть практическая польза от их разработки и внедрения для реального бизнеса? Описание бизнес-процессов нужно для того, чтобы зафиксировать те действия, которые происходят в данном процессе, чтобы определить правила, методику, очередность и результат действия, обозначить временные рамки процесса и определить ресурсы, при помощи которых будет производиться данный процесс. А еще, правильно описанные и структурированные бизнес-процессы можно автоматизировать и таким образом, получить автоматизированную систему управления бизнесом, тогда все действия, производимые для достижения ваших бизнес целей, будут оцифрованы и определенным образом измеримы и контролируемы.

Моделирование бизнес-процессов: что это и кому оно необходимо

Текстовое описание БП естественным языком — это, по сути дела, описание процесса, которое получается в ходе интервью с экспертом в предметной области. Эксперт описывает общую последовательность процедур и то, что делается в ходе каждой процедуры. Недостатки этого способа представления — неструктурированность сведений и их сравнительно большой объем, который будет сложен для понимания процесса в целом. Кроме того, при описании формализованным языком уже существует определенный глоссарий терминов предметной области, что немаловажно для правильного понимания процесса.

Недостатки данного способа представления информации — сравнительно большой объем, что может затруднить понимание процесса. Графический способ описания БП позволяет более наглядно и в компактной форме представить всю последовательность и логику исполнения процесса.

Текстовый способ описания бизнес-процессов предполагает последовательное описание каждой операции процесса в обычном текстовом формате.

Моделирование — процесс исследования деятельности организации с целью построения формализованного графического, табличного, текстового описания бизнес-процессов организации. Для моделирования рекомендуется использовать следующие методы сбора информации: Процесс моделирования бизнес-процессов уникален в рамках организации. Перед началом работы рекомендуется уточнить наличие и содержание данного процесса в организации.

Ниже мы рассмотрим пример алгоритма моделирования бизнес-процессов. Итак, для моделирования бизнес-процесса необходимо: Определить набор и порядок действий, составляющих бизнес-процесс. Определить исполнителей бизнес-процесса:

Текстовое описание бизнес-процесса

Любое предприятие находит важным повышение эффективности производства за счет рациональной организации бизнес - процессов и управления ими в ходе своей деятельности, поэтому исследование алгоритмов управления процессами и ресурсами производства является актуальным. Возможность привлечения новых ресурсов всегда имеет границы, в таком случае необходимо уделить внимание оптимальному использованию имеющихся ресурсов.

Применение новых технологий позволяет снизить затраты на сырье, материалы и энергию, а также повысить качество продукции, но наравне с новыми технологиями большое значение имеют и организационные изменения. Правильная организация бизнес - процессов может значительно повысить эффективность производства, поэтому очень важно уделить должное внимание механизму управления бизнес - процессами предприятия. При описании бизнес - процессов могут применяться два вида инструментов - вертикальное и горизонтальное описание.

Вертикальное описание показывает только работы и их иерархический порядок в дереве бизнес - процесса, при нем имеются только вертикальные связи между родительскими и дочерними работами.

Обычно бизнес-процессы имеют в документации текстовое описание. методология описания бизнес-процессов eEPC ARIS, базирующаяся на.

Построение дерева бизнес процессов Сеть БП На практике сеть процессов часто называют схемой взаимодействия бизнес-процессов. Отличие сети процессов от классической древовидной схемы состоит в том, что на сети показывают внешние субъекты, с которым взаимодействуют бизнес-процессы компании — клиенты, поставщики, банки и др. В результате сетевая схема дает более наглядное представление бизнес-процессов компании, поскольку описывает их взаимодействие друг с другом и внешней средой.

Вход и выход каждого бизнес-процесса являются соответственно выходом и входом для другого бизнес-процесса или внешнего субъекта, с которыми взаимодействует организация рис. Построение сети бизнес-процессов В отличие от дерева бизнес-процессов сеть процесса дает более полное системное представление о деятельности организации, так как позволяет показать не только элементы организации, но и взаимодействия между ними.

Иерархические связи и классификация бизнес-процессов на сети процессов не показывается для того, чтобы не загромождать модель. При формулировании названий материальных и информационных потоков также нужно использовать подобные правила. В данном случае второе правило используется без изменений, а первое правил формулируется следующей формулой: При построении сетевой схемы бизнес-процесса нужно помнить, что такая схема показывает потоки материальных и информационных потоков и не говорит о временной последовательности работ.

Иногда временная последовательность выполнения процессов совпадает с направлением движения потоков объектов. Фрагмент схемы получения отчета В данном примере второй БП по времени может начаться раньше первого, но Документ 1 движется от первого БП ко второму. Именно поэтому стандарт 0 удобен для описания бизнес-процессов верхнего уровня или макропроцессов, при описании которых в общем случае невозможно указать временную последовательность работ, так как все работы выполняются одновременное или существует несколько вариантов различных последовательностей, которые к тому же могут зависеть и от различных точек зрения.

Рассмотрим пример бизнес-процесса, приведенного на рис. Фрагмент схемы БП верхнего уровня На вопрос что происходит раньше закупка продукции или ее продажа могут быть даны два различных ответа в зависимости от двух различных ситуаций.

Описание бизнес-процессов

Давайте вернемся к наиболее сложному второму шагу на котором описываются бизнес-процессы. Ранее было упомянуто о необходимости выделения сложных и простых инструментов организационного проектирования. При рассмотрении второго шага был рассмотрен простой инструмент, который называют вертикальным описанием бизнес-процессов. В данной статье будет рассмотрен второй более сложный инструмент, применяемый при описании бизнес-процессов который называется горизонтальным описанием.

На каждый вложенный рубль в описание бизнес-процессов сотрудников при выполнении определенных действий в графическом и текстовом виде с .

Инструментарий описания бизнес-процессов От текстового описания до систем Внедрение процессного управления в компаниях, как правило, сопровождается определением ключевых бизнес-процессов и их последующим описанием, анализом и оптимизацией. В бизнес-процессах участвует множество исполнителей от разных подразделений, создается множество документов, а главное присутствует сложная логика взаимодействия исполнителей между собой, что требует отображения процесса формате, удобном для восприятия и анализа.

Текстовый формат описания бизнес-процесса Существует множество примеров регламентов бизнес-процессов, которые достигают сотни листов, однако, чем больше по объему такой документ, тем меньше шансов, что его прочтут, и тем более станут исполнять. Именно поэтому, необходимо описывать бизнес-процессы предельно короткими документами в формате структурированного текста, фокусируясь на том, кто, что делает, и в какой срок. Секретом описания бизнес-процессов в виде структурированного текста является следование четкой структуре — сначала фиксируется кто и когда исполняет операцию, а далее в подпункте, уровнем ниже, описываются сами действия, после чего указывается кому и в каком случае передается результат.

Таким образом, шаг за шагом описывается весь бизнес-процесс с указанием перечня документов, которые передаются по процессу и информационных систем, которые используются для выполнения той или иной операции. Используя эти простейшие правила структуризации текста в компании, можно легко создать систему регламентов, стандартизирующих ключевые бизнес-процессы. Однако несмотря на недостатки, на начальных этапах управления бизнес-процессами, структурированное текстовое описание позволяет провести первичный анализ бизнес-процессов в компании, а также закрепить их целевое состояние в виде утвержденного регламента.

Бизнес-процесс описывается в виде таблицы, где строки описывают операции в бизнес-процессе, при этом каждая строка содержит не только номер и название операции, но и входящие и исходящие документы, временные нормативы исполнения, исполнителя, используемые информационные системы и логику дальнейших действий.

Описание бизнес-процессов - к вершинам мастерства

Встает вопрос — как внедрять? С чего начать? Почти каждый технолог ответит: Но как их описывать? В чем смысл описания бизнес-процессов? Любое действие должно быть оправданно целью.

Описание бизнес-процесса -- текстовое, табличное или графическое Поэтому при использовании текстового описания бизнес-процессов.

Часть 1. Способы описания бизнес-процессов Давайте рассмотрим основные подходы к горизонтальному описанию бизнес-процессов. В настоящее время существуют три основных способа описания см. Рисунок 1. Способы описания бизнес-процессов Первый способ — есть не что иное как текстовое последовательное описание бизнес-процесса. Примером текстового описания фрагмента бизнес-процесса является следующий текст: Многие российские компании разработали и используют в своей деятельности регламентирующие документы, часть из которых является процессными регламентами и представляет не что иное как текстовое описание бизнес-процессов.

Но для целей анализа и оптимизации деятельности компании данный вариант не оптимален. Дело в том, что описание бизнес-процесса в текстовом виде системно рассмотреть и проанализировать невозможно. Текстовая информация воспринимается человеческим мозгом последовательно. Например, когда человек читает регламент, и доходит до его конца, он практически всегда забывает про то, что было в начале документа.

Второй недостаток текстового представления бизнес-процесса заключается в том, что человеческое сознание устроено так, что оно эффективно может работать только с образами. При восприятии и анализе текстовой информации человеческий мозг раскладывает ее на ряд образов, на что уходя дополнительное время и умственные усилия.

Описание бизнес-процессов

Этапы проекта по описанию бизнес-процессов Название этапа Краткое описание этапа Определение требований к описанию бизнес-процессов В рамках этапа определяются пользователи и заказчики моделей с описаниями бизнес-процессов. Определение основных областей для описания В рамках этапа определяется глубина описания бизнес-процессов и дополнительные области описания - организационная структура, информационные системы, документы.

Перечень областей для описания. Выбор средства описания бизнес-процессов В рамках этапа производится выбор средств описания бизнес-процессов для заказчика на основании требований к описанию бизнес-процессов.

Описание бизнес-процесса -- текстовое, табличное или графическое Поэтому при использовании текстового описания бизнес-процессов.

Все отдельные бизнес-процессы иерархически объединяются в единый бизнес-процесс верхнего уровня — бизнес-процесс функционирования компании в целом. Такой подход позволяет полностью интегрировать производственные системы и системы корпоративного управления, автоматизировать их исполнение и контроль с помощью автоматизированной системы управления предприятием АСУП или, как ее в последнее время называют — корпоративной информационной системы КИС.

Имеются два основных пути описания бизнес-процессов: Описание бизнес-процесса как правило, текстовое создаётся его владельцем с участием аналитиков, консультантов Описание бизнес-процесса создаётся аналитиком, изучившим процесс с участием его владельца В обоих подходах имеются подводные камни. Напрашивается очевидный вывод, что описание бизнес-процессов должно проводиться единой командой аналитиков, освоивших бизнес компании, и работников компании, освоивших нотации описания бизнес-процессов.

Если ставится цель автоматизации бизнес-процессов в команде обязательно участие разработчиков АСУП. Но кто является главным в данной команде, аналитик или работник компании? Ответ зависит от того, что хочет компания. Если она хочет наименьшими силами автоматизировать работу компании или получить сертификат ИСО — то работник компании.

Если она хочет добиться наибольшей эффективности работы компании — то аналитик. Вторая опасность заключается в том, что, составив качественное на взгляд создателей описание бизнес-процессов и внедрив его, можно получить совсем не тот результат: Здесь можно отметить следующие причины. Абстракции простого естественного языка и абстракции языка описания бизнес-процессов различны. Кроме того, описание зависит от того, с какой стороны рассматривать бизнес-процесс.

Пример описания бизнес-процесса