Бизнес-процессы предприятия

bb workspace - автоматизация электронного делопроизводства, бюджетирования, архива и CRM.

Система bb workspace применима для компаний любого масштаба и отрасли, холдингов, банков, государственных структур.

Система bb workspace предназначена для реализации внутреннего и межведомственного делопроизводства, электронного архива, системы управленческого бюджетирования, системы контроля рабочего времени, системы исполнения поручений, системы согласования по документам, с уведомлениями по e-mail и SMS.

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

«Управлять можно только тем, что можно измерить»

Система KPI Suite предназначена для владельцев, топ-менеджмента компаний, а также для функциональных руководителей.

KPI Suite позволяет:

• Описать бизнес, используя систему ключевых показателей эффективности (KPI), упорядоченных в виде иерархического дерева с учетом логики взаимосвязей KPI;
• Построить на основе системы ключевых показателей эффективности:

• Систему владельческого контроля за бизнесом;
• Систему мотивации персонала;
• Систему контроля эффективности бизнес-процессов;
• Систему оценки и мониторинга рисков;
• Систему оценки проектов;
• Систему для ситуационного анализа;
• Систему мониторинга качества,

Для покупки Business Studio с бесплатным описанием бизнес-процессов верхнего уровня отправьте запрос на e-mail: Этот адрес электронной почты защищен от спам-ботов. У вас должен быть включен JavaScript для просмотра.В заголовке письма укажите слово "Яндекс-Директ".Тел. для вопросов: 8(495)792-84-52

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

Cхема бизнес процесса

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

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

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

Третий вид схемы называется «Процедура». Ее структура немного усложнена и расширена, а создается такой эффект благодаря использованию знаков с расширенными функциями. Так, например, ромбик, имеет расширенные возможности, но не может быть декомпозирован. Таким образом, при использовании ромбика в схеме вместо четырёхугольника делает ее более наглядной. Еще одной изюминкой данной схемы становится стрелка, которая используется с одним наконечником, которая покажет последовательность операций. А вот если в данной схеме использовать стрелку, которая имеет два наконечника, тогда можно говорить о движении документов. Более того, в схеме к стрелкам можно привязать конкретный документ, что позволит отобразить информацию целостней. Плюсом данной схемы являются такие особенности – простота, акцентирование внимания на исполнения какой либо операции, предоставление большего количества полезной информации. Минус схемы «Процедура» заключается в блоке «решение», которые не может быть декомпозирован, а так же неоднозначность в наименовании стрелок, что может привести к недопониманию.

Если вы остановили свой выбор на блок схеме разработанной по методу ARIS eEPC, тогда вам стоит знать, что такая схема не читабельна для неподготовленного человека. Такая схема требует к себе больше знаний и умений, нежели первые три. Более того, данная схема относительно предыдущих трех имеет более габаритные размеры, что повышает уровень сложности в построении такой схемы. Плюсы такой схемы заключаются в содержании выдержанной и строгой логики процессов, четкость в определении событий. Минусы – сложность восприятия, усложненный процесс создания схемы, избыток информации, необходимость знаний для ее прочтения.

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

Технология описания бизнес-процессов компании

Деятельность любой компании имеет основной производственный цикл. С точки зрения описания бизнес-процессов. Все частицы в компании движутся от терминала к терминалу претерпевают изменения и в конце этого цикла мы получаем ПРОДУКТ, который обмениваем на деньги.

Это происходит в любой организации государственной или коммерческой.

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

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

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

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

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

Описание бизнес-процессов - это та основа, при помощи которой компания может получать запланированные результаты.

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

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

Построение и оптимизация организации осуществляется в пять этапов:

Этап 1. Описание структуры компании "как есть".

Этап 2. Анализа модели организации "как есть".

Этап 3. Разработка структуры компании "как надо".

Этап 4. Разработка плана перехода из состояния "как есть" в состояние "как надо".

Этап 5. Внедрение изменений и построение организации "как надо".

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

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

Бизнес-процесс, который мы будем рассматривать, начинается со спроса потребителя и заканчивается его удовлетворением. Целью описания бизнес-процессов в компании является определение «слепых» зон, где, как правило, образуются «завалы», которые образуют путаницу, возникающие на стыке двух различных подразделений организации при выполнении одного бизнес-процесса.

Существуют три вида бизнес-процессов:

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

2. Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются, Производство, Маркетинг и Продажи.

3. Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка.

Бизнес-процесс может быть разложен на несколько подпроцессов, которые направлены на достижение цели основного бизнес-процесса.

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

У любого бизнес-процесса должно быть ответственное лицо.

На первом шаге описываются бизнес-направления, которые реализует компания.

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

На третьем шаге описывается организационная структура компании, и

На четвертом - распределение ответственности структурных звеньев за работы, функции и бизнес-процессы (рис. 1).

Рис. 1. Пять шагов описания организации.

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

Шаг 1. Описание бизнес-направлений компании.

При описании бизнес-направлений и бизнес-процессов, нужно забыть про существующую структуру.

На одном уровне нужно «разложить» бизнес-процессы по одному критерию.

Для одной системы можно построить несколько вариантов "деревьев" в зависимости от различной последовательности применения возможных критериев декомпозиции. При этом на верхнем уровне нужно использовать более существенные критерии декомпозиции.

Описание бизнес-направлений компании завершается построением их иерархического дерева или классификатора .

Например, для компании "Альфа", которая занимается торговлей фруктами, соками и сухофруктами бизнес-направлений, состоящее из элементов:

построено с использованием критерия декомпозиции – продукт (рис. 2).

Иерархическое дерево / классификатор бизнес-направлений компании "Альфа".
Далее каждое направление разбивается на составляющие подпроцессы

Глубина описания бизнес – направлений.

Если предприятие имеет большую номенклатуру продукции.

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

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

Шаг 2. "Описание функций в бизнес-направлениях"

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

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

Декомпозиция работ прекращается тогда, когда работы нижнего уровня удовлетворяют следующим условиям:

работы ясны и понятны сотрудникам компании - являются элементарными,

понятен конечный результат работы и способы его достижения,

временные характеристики и ответственность за выполнение работ могут быть однозначно определены с точностью до сотрудника.

Далее в статье будут использоваться понятия: дерево функций и дерево бизнес-процессов. Давайте рассмотрим, что такое функция, бизнес-процесс и различия между ними. И функция и бизнес-процесс состоят из работ. Различие между ними заключено в том, что:

Функция состоит из работ однородных и является частью процесса;

Процесс –состоит из разнороднык функций и на выходе имеет результат или Подпродукт.

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

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

Основные бизнес-процессы – генерируют доходы компании;

Обеспечивающие бизнес-процессы – поддерживают инфраструктуру компании,

Бизнес-процессы управления – управляют компанией,

Бизнес-процессы развития – развивают компанию.

К группе основных относят следующие бизнес-процессы:

Процессы, создающие добавленную стоимость продукту, который производит компания.

Процессы, создающие продукт, представляющий ценность для внешнего клиента.

Процессы, прямой целью которых является получение доходов.

Процессы, за которые внешний клиент готов платить деньги.

Последнее определение предложили классики реинжиниринга бизнес-процессов М. Хаммер и Д. Чампи. Ими было предложено использовать данное определение как один из методов определения, того - является ли процесс основным или нет. Согласно этому методу у внешнего клиента нужно спросить готов ли тот платить деньги за данный бизнес-процесс или нет. Если клиент ответит "да", значит данный процесс является основным, если "нет", то процесс относят к одной из трех оставшихся групп.

Какова отличительная особенность основных бизнес-процессов, какова их роль, каково их предназначение? (Таблица 1) Отличительной особенностью основных процессов является то, что они прямым образом участвуют в реализации бизнес-направлений компании. В большинстве случаев перечень основных бизнес-процессов представляет зеркальное отражение дерева бизнес-направлений компании. Далее это будет рассмотрено на практических примерах.

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

Таблица 1. Характеристики основных бизнес-процессов.

· Бизнес-процессы, которые создают добавленную стоимость продукта, предлагаемого компанией;

· Бизнес-процессы, которые создают продукт представляющий ценность для внешнего клиента;

· Бизнес-процессы, прямой целью которых является генерирование доходов;

· Бизнес-процессы, за которые внешний клиент готов платить деньги.

· Представляют "зеркальное отражение" бизнес - направлений деятельности;

· Являются источником генерирования доходов;

· Определяют профиль бизнеса;

· Имеют стратегическое значение;

· Могут развиваться или отмирать в зависимости от востребованности рынка и стратегии компании.

Давайте рассмотрим пример построения дерева основных бизнес-процессов на примере компании "Альфа". Первый вариант дерева бизнес-процессов состоит из следующих элементов:

Обратите внимание, что нижний уровень первого варианта и верхний уровень второго варианта дерева бизнес-процессов компании "Альфа" является зеркальным отражением дерева бизнес-направлений (рис. 3).

Рис. 3. Второй вариант дерева основных бизнес-процессов компании «Альфа»

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

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

Давайте рассмотрим определение обеспечивающих процессов.

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

Обеспечивающие бизнес-процессы - процессы, которые поддерживают инфраструктуру организации.

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

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

Таблица 2. Характеристики обеспечивающих бизнес-процессов.

Типовая структура бизнес-процессов управления представляется стандартной цепочкой управленческого цикла, который состоит из следующих этапов:

Этап 1. "Планирование". На данной этапе собирается информация, проводится ее анализ и разрабатывается план действий.

Этап 2. "Организация". После разработки плана нужно обеспечить его реализацию - довести мероприятия до сотрудников, замотивировать и обеспечить сотрудников необходимыми для реализации плана ресурсами.

Этап 3. "Учет". По истечении установленного периода нужно собрать фактическую информацию о выполнении запланированных работ и достигнутых результатов.

Этап 4. "Контроль". После проведения учета план сопоставляется с фактической информацией и проводится анализ план-фактных отклонений.

Этап 5. "Регулирование". На последнем пятом этапе принимается решение о последующих действиях - корректировки плана, поощрении или наказании сотрудников, которые эти планы реализовывали.

Любой управленческий процесс ложится на эту схему. Если взять процесс "Бюджетирование", то этап "Планирование" будет называться "Разработкой бюджетов", выходом которого будут финансовые и операционные бюджеты. Далее происходит реализация бюджетов, осуществляется учет достигнутого и т.д. Если рассмотреть процесс "Стратегическое управление", то первый этап будет называться "Стратегическое планирование", выходом которого будет стратегический план.

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

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

К этой группе относят следующие бизнес-процессы:

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

Бизнес-процессы совершенствования и развития деятельности организации.

Бизнес-процессы развития представляют инвестиционные виды деятельности, где усилия прикладываются сегодня, а результаты получаются по прошествии определенного периода (Таблица 4).

Отличительной особенностью бизнес-процессов развития является то, что они на 80% представляют из себя проектную деятельность. Что такое проект? Проект - это процесс, который реализуется один раз, после чего он завершает свое существование. Ему на смену возникает новый проект и эта ситуация повторяется многократно. Бизнес-процессы развития - это на 80% проекты, а проекты требуют иных техник управления, которые называют технологиями управления проектами. Соответственно проекты предъявляют другие требования к сотрудникам компании, которые ими управляют и участвуют в их реализации. Проектный менеджер отличается от менеджера операционного по своим как профессиональным, так и личностным навыкам.

Таблица 4. Характеристики бизнес-процессов развития.

Рисуем схему бизнес-процесса на примере Интернет-магазина

«Про бизнес.» 1 декабря 2014 5

Чтобы бизнес-процессом можно было эффективно управлять, проводить обучение работников или выполнять работы по автоматизации его необходимо регламентировать. Для этого полезно разработать схемы потока работ с использованием нотации eEPC. Как это делается, рассказывает бизнес-тренер Александр Сагалович.

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

Бизнес-процессы компании объединены между собой в структуру. Это иерархическая модель, которая отражает связи между процессами и подразделениями (в том числе и через входы/выходы). Если провести аналогию с автомобилем, то структура процессов – это общая схема основных узлов и система автомобиля (подвеска, корпус, двигатель, система охлаждения и т. д.). Регламент бизнес-процесса – это подробная схема каждого узла, с отображением каждой детали и описанием порядка функционирования деталей и их взаимодействия между собой.

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

Будем использовать нотацию eEPC (extended Event-Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями). С ее помощью описываются потоки работ – последовательность действий по выполнению бизнес-процесса с учетом информационных зависимостей и используемых ресурсов.

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

Преимущества нотации для составления структуры бизнес-процессов:

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

Главными элементами данной нотации являются два понятия: «Функция» и «Событие». Отображаются они следующим образом:

Рисунок 1. Основные элемента нотации eEPC

Отличие друг от друга функций и событий:

• Функция – некоторое продолженное действие, имеющее какой-либо результат.
• Событие – это факт свершения чего-либо, обычно имеет минимальную продолжительность во времени. При этом событие всегда инициирует выполнение функции, а функция (кроме производства результата) заканчивается событием. Чаще всего – фактом производства этого самого результата. И если это еще не конец потока, то последнее событие инициирует выполнение следующей функции и т.д.

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

• «Поступила заявка от клиента» – событие;
• «Проверить остатки товара» – функция;
• «Получена выписка об остатках товара» – событие;
• «Позвонить клиенту» – функция;
• «Информация от клиента получена» – событие;
• «Создать запись в журнале заявок» – функция;
• «Запись в журнале заявок создана» – событие.

На схеме это выглядит так:

Рисунок 2. Фрагмент процесса обработки заявки от клиентов в интернет-магазине

Отмечу, что каждая функция должна инициироваться событием и событием же завершаться.

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

Кроме двух основных элементов в нотации eEPC используются и другие. Рассмотрим их подробнее.

В нотацию можно добавить следующие элементы:

Рисунок 3. Дополнительные элементы нотации eEPC

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

Рисунок 4. Варианты элементов, которые можно использовать для расширения нотации eEPC

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

Обратите внимание на элемент «Информация». Этот элемент нужен для отображения нормативных и регламентирующих документов, а также для отображения промежуточной или временной информации. Промежуточную информацию лучше свести к минимуму, так как ее трудно учитывать и контролировать. Если эта информация важная – например, устное распоряжение руководства или пожелания клиента – с ней можно сделать вот что:

• Если есть возможность, переведите такой обмен информацией в задокументированный электронный вид.
• Если возможности нет, а информация все-таки важная, рекомендую ввести документальное дублирование информации с подтверждением ее отправки от первоисточника (руководителя) и ее получения подчиненным.

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

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

• Ввести дополнительную штатную единицу помощника руководителя, установить специальное программное обеспечение для контроля исполнения распоряжений и т.д. Тогда все распоряжения будут принимать документальный вид, иметь все важные атрибуты: сроки, ресурсы, ответственных лиц, соисполнителей.
• Если компания небольшая и «уговорить» руководителя на электронный обмен не получается, можно попробовать переложить часть работы на исполнителей. После получения распоряжения тот сам создает электронное письмо с необходимой информацией, затем отправляет его руководителю с просьбой подтвердить указание.
  Можно разработать шаблон такого письма или вместо электронной почты использовать задачи в MS Outlook, создать специальную таблицу Excel, организовать совместный доступ к документам через Интернет и т.д.
• То же самое относится и к информации, поступающей от клиента. Получив от него устное пожелание, создайте электронный документ (запись в электронном документе), и по возможности получите у клиента подтверждение, например, по электронной почте.

Без этого трудно контролировать процесс и управлять им при необходимости.

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

С 2003 года занимается преподавательской и тренерской деятельностью. С 2008 года занимается консалтинговой деятельностью в области управления бизнес-процессами.

Специализация: системы управления бизнес-процессами, складская логистика, автоматизация бизнес-процессов, управление персоналом.

ПОДПИСАТЬСЯ НА НОВОСТИ

Владимир, мой опыт показывает что диаграммы в EPC, IDEF0, bpmn 2.0 нормально интерпретируются ИТ-специалистами и бизнес-аналитиками и используются внутри команды проекта. А для сотрудников в исполнительных документах лучше использовать такие нотации как Процедура и Процесс. Кстати, они поддерживаются в таком продукте как Бизнес-студио:
http://www.businessstudio.ru/description/standards/

Да, Игорь, все верно. Требуется время, желание, приложение усилий, а не ожидание того. что придет "волшебная таблетка" а-ля "10 супер-методов решения всех проблем за 10 минут" :)

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

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

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