Как правильно описывать бизнес процессы – Как описывать бизнес процесс 🚩 бизнес процесса 🚩 Управление бизнесом

Как описать бизнес-процесс. Примеры

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

Зачем описывать бизнес-процессы

Любое предприятие сталкивается в своей деятельности с различными потерями (времени, браком, недостатком управления, упущенными возможностями) и несет убытки.

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

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

Скачайте и возьмите в работу:

Зачем это нужно?

1. Когда хаотичное представление о деятельности предприятия складывается в бизнес-процессы и формализуется на бумаге, становится кристально понятно, какие действия выполняются правильно и вовремя, какие нужно откорректировать, а от каких можно и вовсе отказаться. Становятся заметны точки – генераторы ошибок.
2. После формализации на бумаге становится проще их планировать, представлять «как должно быть».
3. У каждого бизнес-процесса есть владелец и каждое действие в нем закреплено за каким-либо сотрудником (группой). При обнаружении ошибки легко будет идентифицировать «виновного» и вместе предотвратить ее повторное появление.
4. По описанным бизнес-процессам в разы проще вводить в курс дела новых сотрудников. И даже если 60% команды сменится, угроза бизнесу будет минимальной.
5. Внедрение интегрированной информационной системы всегда сопровождается написанием бизнес-процессов.
6. Бизнес с описанными процессами несравнимо проще масштабировать. Открытие филиалов (см. также, чем дочерняя компания отличается от филиала), подразделений, партнерство, продажа франшиз – вам открыты любые возможности.

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

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

Графически их  удобно представлять в виде блок-схем – потоков. У каждого бизнес-процесса есть потребители, не важно, внутренние они или внешние. Потребитель задает требования к бизнес-процессу, к итоговому результату. Потребитель также может влиять и на существование самого бизнес-процесса. На входе каждого будет требование (спрос) от потребителя, на выходе – удовлетворение этого требования.

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

Например, для «Контроля просроченной дебиторской задолженности» потребителями будут Финансовый директор и Коммерческий директор. Результатом будет сумма просроченной задолженности на конец периода и сумма, которую удалось получить с дебиторов. Владельцем будет Финансовый контролер. Потребители могут устанавливать требования к процессу, такие как периодичность проверки, набор действий по взысканию задолженности, плановая сумма возврата.

Бизнес-процессы бывают:

1. Основные.
2. Вспомогательные.
3. Управляющие.

К основным относятся те, которые создают продукт (производится товар, оказывается услуга). Без их выполнения невозможно существование предприятия, поэтому их нельзя ликвидировать, только оптимизировать.

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

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

1. Составление годового бюджета.
2. Планирование денежных потоков.
3. Проверка потенциальных партнеров и т.д.

Они формируют значительную долю управленческих затрат, поэтому они должны быть проанализированы и приведены к оптимальному результату.

Как описывать бизнес-процессы

Начинать описание всегда нужно с составления списка функций «как есть» (то, что реально выполняется). И для предприятия, впервые столкнувшегося с процессным подходом, и для того, где часть процессов уже описана.

Список готовится в три шага:

1. Изучите (создайте) оргструктуру предприятия.
2. Для каждого подразделения запишите функции, дела, в выполнении которых оно участвует. Важно отметить, что для того, чтобы перечислить все процессы выполняемые сотрудниками, нужно с этими сотрудниками пообщаться лично. Только в процессе общения «тет-а-тет» можно получить адекватную картину.
3. Изучите список на предмет задвоения функций или пропуска каких-либо функций. Случаются ситуации, когда одну и ту же работу делают два подразделения, например, расчет KPI сотрудников отдела продаж делает Финансовая служба и сам отдел продаж. Бывает, что функция есть, а сотрудников, выполняющих ее нет.

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

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

Рисунок 1. Как создать из функции бизнес-процесс

Проделав эти действия, вы получите перечень:

• Бизнес-процесс 1 и далее функции
• Бизнес-процесс 2 и далее функции
• И т. п.

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

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

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

Рисунок 2. Обозначение

 

Те процессы, которые можно выполнить параллельно, разместите выше и ниже основных.

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

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

1. Для этого на чистом слайде расположите вход и выход из процесса.
2. Разделите лист по горизонтали на области – роли участников.
3. По ролям участников расположите основные блоки – функции процесса. Сохраняйте последовательность выполнения.
4. Добавьте развилки и дополнительные функции.
5. Разместите на схеме документы, которые должны быть сформированы в ходе выполнения. Электронное письмо, excel таблица это тоже документы с точки зрения процесса.
6. Обозначьте используемые программы и базы данных. Желательно писать не название программы, а конкретный блок ПО (например, не 1С а Платежный календарь 1С и т.д.).
7. Добавьте показатели эффективности в процесс там, где они проверяются.
8. Свяжите полученную схему с другими процессами.

Проделав все эти действия, вы получите полную схему (см. рисунок 3).

Рисунок 3. Пример описания бизнес-процесса

 

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

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

Первым этапом вы пишете бизнес-процессы «как есть», на втором этапе изменяете их на «как должно быть».

Как найти невыгодные бизнес-процессы

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

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

Найти невыгодные бизнес-процессы

Минусы описания бизнес-процессов

Помимо множества плюсов описание бизнес-процессов несет в себе и ряд минусов.

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

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

Третий минус – это длительность внедрения. Проект может занимать от 6 месяцев до 1 года.

Четвертый минус – сопротивление сотрудников и руководителей. Как и все проекты по повышению эффективности, внедрение процессного подхода приводит к оптимизации затрат предприятия, в том числе и к сокращению штата, и к повышению нагрузки на сотрудника.

 

Методические рекомендации по управлению финансами компании

fd.ru

Бизнес-процессы, основные стандарты их описания

СПОСОБЫ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССА

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

1. Текстовый: «Отдел продаж составляет договор и согласует его с юридическим отделом».

2. Табличный.

№	Операция	Ответственный	Что (Вход)	От кого (Поставщик)	Что (Выход)	Кому (Клиент)
1	Составляет договор	Отдел продаж	—	—	Договор	Юридический отдел
2	Согласует договор	Юридический отдел	Договор	Отдел продаж

3. Графический.

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

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

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

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

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

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

ОПИСАНИЕ ОКРУЖЕНИЯ БИЗНЕС-ПРОЦЕССА

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

Пример 1

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

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

Пример 2

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

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

При описании окружения бизнес-процесса рекомендуется построить его графическую схему (рис. 1).

КЛАССИФИКАЦИЯ ВХОДОВ И ВЫХОДОВ БИЗНЕС-ПРОЦЕССОВ

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

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

Характеристики первичных и вторичных входов и выходов бизнес-процесса

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

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

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

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

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

КЛАССИЧЕСКАЯ МЕТОДОЛОГИЯ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

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

Согласно классическому подходу стандарт DFD, который расшифровывается как Data Flow Diagram, представляет собой диаграмму потоков данных, которая используется для описания бизнес-процессов верхнего уровня. В свою очередь стандарт WFD расшифровывается как Work Flow Diagram и представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня. У диаграммы потоков работ имеется и другое название — диаграмма алгоритмов. Давайте рассмотрим два этих стандарта, составляющих классическую методологию описания бизнес-процессов.

ПОСТРОЕНИЕ ДИАГРАММ ПОТОКОВ ДАННЫХ — DFD

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

Входы и выходы, которые были показаны при описании окружения бизнес-процесса (см. рис. 1), являются внешними. Внешние входы на DFD-схеме поступают извне от поставщика процесса, а внешние выходы уходят наружу к клиенту процесса. При построении DFD-схемы бизнес-процесса их нужно перенести со схемы окружения процесса на DFD-диаграмму. Для окончательного описания бизнес-процесса остается описать только внутренние информационные и материальные потоки. Каждый из них является выходом одной из работ и в то же время входом для другой (рис. 2).

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

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

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

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

Правило 1. Названия работы нужно формулировать согласно следующей формуле:

Название работы = Действие + Объект, над которым действие осуществляется.

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

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

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

Название потока = Объект, предоставляющий поток + Статус объекта.

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

ПОСТРОЕНИЕ СЕТИ БИЗНЕС-ПРОЦЕССОВ

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

Другое наглядное представление бизнес-процессов компании — сеть процессов, которая представляет DFD-схему, построенную на основе бизнес-процессов, составляющих дерево.

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

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

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

ДЕКОМПОЗИЦИЯ БИЗНЕС-ПРОЦЕССА

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

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

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

В случае необходимости работы на схеме процесса второго уровня могут быть декомпозированы на схемы бизнес-процессов третьего уровня и т.д. Декомпозиция бизнес-процесса должна продолжаться до тех пор, пока не будут достигнуты цели его описания. В данном случае удобно использовать понятия «вложенный процесс» или «подпроцесс». На рис. 7 процессная схема работы 3 является вложенным процессом или подпроцессом процесса верхнего уровня. Аналогичным образом процессные схемы работ 3.1 и 3.4 являются вложенными процессами или подпроцессами процесса второго уровня.

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

ПОСТРОЕНИЕ ДИАГРАММЫ ПОТОКОВ РАБОТ — WFD

При описании бизнес-процессов нижнего уровня используются несколько иные процессные схемы — WFD. На этих схемах появляются дополнительные объекты, с помощью которых описывается процесс: логические операторы, события начала и окончания процесса, а также элементы, показывающие временные задержки (рис. 8).

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

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

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

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

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

Итак, с помощью двух классических схем — DFD и WFD — можно описать подробно все бизнес-процессы компании.

 

С.М. Ковалев, генеральный директор компании «БИТЕК», В.М. Ковалев, ведущий консультант компании «БИТЕК»

www.profiz.ru

примеры, структура, описание :: SYL.ru

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

Формируя новые ценности

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

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

Поставки и ценность для клиента

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

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

Так ли все просто?

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

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

Возможность как ключевой момент

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

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

Самые важные возможности

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

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

Разработка продукции

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

Более полное описание бизнес-процесса следующее:

• создание концепта;
• проработка дизайнерского решения;
• прототипирование;
• изготовление;
• маркетинговая кампания;
• сервисные услуги.

Гибкость предприятия

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

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

Меняться, сохраняя суть

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

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

Рынок задает направление

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

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

А удастся ли воплотить в жизнь?

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

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

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

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

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

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

С чего начать?

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

И что делать?

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

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

Подводя итоги

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

www.syl.ru

Введение в бизнес-процессы. Часть 2

В первой части мы рассмотрели основные понятия бизнес-процессов. В данной части мы рассмотрим моделирование бизнес-процессов и приведем пример моделирования.

 

 

 

 

Моделирование – процесс исследования деятельности организации с целью построения формализованного (графического, табличного, текстового) описания бизнес-процессов организации.

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

• интервьюирование;
• работа с законодательством, документами организации;
• методы мозгового штурма и т.д.

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

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

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

 

Схема, иллюстрирующая алгоритм моделирования показана на рисунке ниже:

 

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

• дополнить существующую модель ответвлениями;
• предусмотреть отдельно действия «альтернативного» процесса.

 

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

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

Для фиксации бизнес-процессов в графическом виде используется система условных обозначений элементов (нотация). Наиболее известные нотации: SADT/IDEF0, IDEF3, DFD, BPMN, ARIS, UML. Рассмотрение и сравнительный анализ нотации не входит в предмет обсуждения данной статьи; интересующимся в интернете можно найти массу статей на темы сравнения нотаций, например «IDEF vs ARIS».

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

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

1. Сбор исходного материала.

1.1 Предоставление отпуска регламентируется Трудовым Кодексом (при сборе материала необходимо опираться на последнюю редакцию, на момент написания статьи – с изменениями от 30 декабря 2015 г. № 434-ФЗ), статьей 128 Отпуск без сохранения заработной платы

 

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

Работодатель обязан на основании письменного заявления работника предоставить отпуск без сохранения заработной платы:

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

 

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

 

1.2. Документооборот при оформлении отпуска регламентируется постановлением Госкомстата РФ от 05.01.2004 N 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты», раздел «Приказ (распоряжение) о предоставлении отпуска работнику».

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

Составляются работником кадровой службы или уполномоченным им на это лицом, подписываются руководителем организации или уполномоченным им на это лицом, объявляются работнику под расписку. На основании приказа (распоряжения) о предоставлении отпуска делаются отметки в личной карточке (форма N Т-2 или N Т-2ГС(МС)), лицевом счете (форма N Т-54 или N Т-54а) и производится расчет заработной платы, причитающейся за отпуск, по форме N T-60 »Записка-расчет о предоставлении отпуска работнику».

 

Приводим данные, необходимые для моделирования бизнес-процесса (действуем согласно описанной ранее схеме): 

1. Результат бизнес-процесса — оформленные согласно законодательству РФ и стандартам организации документы. 

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

3. Набор и порядок действий:

написание заявления -> составление приказа -> подписание приказа у руководителя инициатора -> подписание приказа у инициатора –> оформление кадровых документов.

В последовательности действий отсутствует расчет заработной платы, т.к. статья Трудового Кодекса, согласно которой оформляется отпуск, – Отпуск без сохранения заработной платы.

4. Исполнители бизнес-процесса.. Для более наглядного предоставления информации приведем последовательность шагов и исполнителей в таблице:

№ действия	Наименование действия	Исполнитель	№ след. действия
1	Написание заявления	Инициатор	2
2	Составление приказа	Сотрудник кадровой службы	3
3	Подписание приказа у руководителя инициатора	Сотрудник кадровой службы	4
4	Подписание приказа у инициатора	Сотрудник кадровой службы	5
5	Оформление кадровых документов	Сотрудник кадровой службы	(конец)

 

5. События. Дополним вышеуказанную таблицу информацией о событиях:

 

№ действия	Входящее событие	Наименование действия	Исполнитель	Исходящее событие	№ след. действия
1	Инициатору необходим отпуск за свой счет	Написание заявления	Инициатор	Составлено заявление на отпуск за свой счет	2
2	Составлено заявление на отпуск за свой счет	Составление приказа	Сотрудник кадровой службы	Составлен приказ об отпуске	3
3	Составлен приказ об отпуске	Подписание приказа у руководителя инициатора	Сотрудник кадровой службы	Приказ об отпуске подписан руководителем инициатора	4
4	Приказ об отпуске подписан руководителем инициатора	Подписание приказа у инициатора	Сотрудник кадровой службы	Приказ об отпуске подписан инициатором	5
5	Приказ об отпуске подписан инициатором	Оформление кадровых документов	Сотрудник кадровой службы	Оформлены кадровые документы на отпуск	(конец)

 

6.  Ресурсы, документы и информация. В данном примере мы не учитываем такие ресурсы, как время исполнителей, материалы и оборудование, т.к. нам важны документы, оформленные согласно законодательству РФ и стандартам организации (см. результата процесса). Нам надо проанализировать, какие документы принимают участие в процессе. Дополним существующую таблицу информацией:

 

№ действия	Входящее событие	Наименование действия	Документ, информация	Исполнитель	Исходящее событие	№ след. действия
1	Инициатору необходим отпуск за свой счет	Написание заявления	Заявление на отпуск за свой счет	Инициатор	Составлено заявление на отпуск за свой счет	2
2	Составлено заявление на отпуск за свой счет	Составление приказа	Приказ на отпуск	Сотрудник кадровой службы	Составлен приказ об отпуске	3
3	Составлен приказ об отпуске	Подписание приказа у руководителя инициатора	Приказ на отпуск	Сотрудник кадровой службы	Приказ об отпуске подписан руководителем инициатора	4
4	Приказ об отпуске подписан руководителем инициатора	Подписание приказа у инициатора	Приказ на отпуск	Сотрудник кадровой службы	Приказ об отпуске подписан инициатором	5
5	Приказ об отпуске подписан инициатором	Оформление кадровых документов	Т-2, Т-54а	Сотрудник кадровой службы	Оформлены кадровые документы на отпуск	(конец)

 

 

7. Проведем анализ «что если».

• Что если заявление будет содержать ошибки (начиная от грамматических, заканчивая неправильным указанием реквизитов)? Инициатор заявления не обязан иметь достаточную квалификацию для безошибочного заполнения заявления (а обязан уметь грамотно выполнять свои непосредственные обязанности). Для устранения случая неправильного заполнения заявления добавим действие проверки заявления в основной процесс, т.к. нам важно предотвратить наличие ошибочного документа в процессе.
• Что если приказ на отпуск будет неправильно составлен? Т.к. в обязанности специалиста кадровой службы входит составление кадровых документов, то мы предполагаем, что в большом количестве случаев приказ составляется правильно. Это не отменяет проверку квалификации специалиста кадровой службы (процессы приема на работу и аттестации) и проведение периодической проверки документов (процесс аудита кадровых документов).
• Что если руководитель не подпишет приказ и инициатор:
  • имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос запишем в открытые вопросы по данному процессу и зададим его Владельцу процесса при согласовании процесса. Всю ответственность за исполнение процесса несет Владелец процесса, именно он определяет правила выполнения работы во вверенном ему подразделении;
  • не имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос также запишем в открытые вопросы.

• Что если инициатор откажется подписывать приказ (например, у него изменились обстоятельства, согласно которым он брал отпуск)? Мы прекращаем процесс.
• Что если внесение отметок в кадровые документы Т-2 и Т-54а будет некорректным? Данный вопрос аналогичен вопросу, рассматриваемому в п. 3.2.

 

 

Дополним существующую таблицу полученной информацией. Фактически мы получили предварительное описание процесса в табличном виде:

 

Открытые вопросы

• Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор имеет право на отпуск, согласно 128 статье Трудового кодекса
• Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор не имеет право на отпуск, согласно 128 статье Трудового кодекса

 

Краткое обозначение элементов нотации ARIS eEPC приведено в таблице ниже (описаны не все элементы нотации, а используемые. Графическое обозначение элементов взято из пакета MS Visio):

 

Схема, отображающая взаимодействие элементов показана ниже:

 

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

 

 

 

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

 

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

— Не сомневаюсь, ты написал интересную статью. Но к чему такие сложности? Зачем нужны бизнес-процессы, неужели без них нельзя?

— Смотри, бизнес-процессы снижают вариабельность результатов за счет стандартизации операций. Вариабельность означает снижение разброса допустимых вариантов результатов процесса. Я описал простой пример, бизнес-процессы применимы не только к кадровому делу, но и к деятельности организации. Представь себе, что организация, специализирующая на поставке запчастей, будет производить детали с разным уровнем качества (мы помним, что качество – это соблюдение характеристик изделия). Далее автозапчасти будут ставиться на автомобили, и мы получим… продукцию АвтоВАЗа. Продукция АвтоВАЗа находит своего покупателя, но мы в последнее время предпочитаем автомобили качественной сборки.

— Я думаю, все дело в исполнителях. Достаточно найти грамотных исполнителей и мы получим хороший результат. Как в твоем примере – надо найти грамотного кадровика, только и всего.

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

— Даже если 2 000 человек и даже если специалисты будут ошибаться. Какова цена ошибки – всего-лишь неправильно оформленные кадровые документы, эти бумажки.

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

Спасибо читателям, что дошли до этого места. Можно было бы многое сказать дополнительно: рассказать про инструменты, используемые при описании бизнес-процессов, подробнее коснуться нотаций… Но это всё продолжение введения в бизнес-процессы.

Автор

Евгений Пономарёв

[email protected]

 

analyst.by

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

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

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

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

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

Существует три основных правила описания бизнес-процессов:

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

Переходим к пошаговой инструкции описания бизнес-процесса предприятия:

1. Сначала определитесь с четкой и краткой формулировкой названия процесса. Это может быть «Обслуживание посетителя в кафе». В данном случае нам понятно касательно чего создан наш бизнес-план.
2. Второй шаг описания бизнес-процесса заключается в определении точки «входа» и точки «выхода» в процесс. Таким образом, получается формулировка обслуживание посетителя в кафе от встречи до выставления счета.
3. Следующий этап представляет собой определение цели процесса. В нашем примере, это может быть получение максимальной удовлетворенности клиента и максимально высокая прибыльность от каждого клиента.
4. Очень важно к каждому этапу процесса назначить менеджера процесса, который бы исполнял управленческие функции и руководил.
5. Обязательно определите «выход» из процесса, он может иметь как материальную, так и нематериальную форму. Материальный результат – это прибыль компании или кафе в нашем случае, а нематериальный – это максимально удовлетворенный клиент с широкой улыбкой на устах. Это два альтернативных «выхода», которые вы можете применить у себя в компании.
6. Если существует «выход» с процесса, очевидно должен быть и «вход» — это все те необходимые блага и материальные ценности, которые нужны, чтобы определенный процесс заработал.

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

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

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

Читать так же:

comments powered by HyperComments

business-ideal.ru

Описание бизнес-процессов: 8 шагов к эффективности

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

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

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

Шаг первый

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

Шаг второй

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

Шаг третий

Уход от излишней подробности описания процессов. Многие бизнес-аналитики «закапываются» в детализацию бизнес-процессов, описывая отдельные действия сотрудников. Часто это приводит к росту числа создаваемых моделей, а значит и росту трудоемкости, фактически, без особой пользы, поскольку излишняя детализация часто не дает информации для дальнейшей оптимизации процессов, а ресурсы потребляет значительные. На практике доказано, что каждый новый уровень детализации процессов увеличивает объем моделей на порядок, и поэтому необходимо очень внимательно относиться к необходимости и достаточности детализации при их описании. Если необходимо лишь оптимизировать и закрепить ответственность между подразделениями, то следует описывать процессы только до уровня департаментов. Если их описание создается для целей автоматизации или регламентации на уровне отдельных исполнителей, то необходимо описывать до этого уровня. Более подробное описание должно быть в обязательном порядке обосновано со стороны заказчиков.

Шаг четвертый

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

Шаг пятый

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

Шаг шестой

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

Шаг седьмой

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

Шаг восьмой

Отказ от неопределенности способа внедрения усовершенствованных процессов. Совершенно логично, что созданное описание процессов должно служить основой для их дальнейшей оптимизации. Если нарисовать процесс «как должно быть» и не закрепить его в организации, то он так и останется «на бумаге». Именно поэтому способ внедрения усовершенствованных процессов в компании должен определяться заранее и желательно еще до старта работ по описанию процессов. Наиболее простой и понятный способ внедрения процессов «как должно быть» — регламентация. В данном случае описание форматируется в виде регламента, который закрепляется приказом руководителя. Однако, несмотря на всю простоту создания регламента, контроль его исполнения может быть затруднен или экономически неэффективен. Именно поэтому одним из наиболее результативных способов закрепления процесса «как должно быть» является внедрение информационной системы, и в частности системы класса Business Process Management System (BPMs), что позволяет закрепить не только маршруты и правила в рамках бизнес-процесса, но и поддержать и структурировать основные информационные потоки в рамках процесса.

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

Андрей Коптелов

www.cnews.ru

Бизнес-процессы. Как описать? — Интересные статьи — Каталог статей

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

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

Если процесс оптимален, годами даёт хорошие результаты, то когда мы его описываем, ничего не меняем, иначе это может негативно повлиять на результаты.

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

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

Если вы будете описывать работу слесаря Ивана Ивановича какими‐то заумными словами, но не имея представления о работе на токарном станке, из этого ничего путного не выйдет. Следующий слесарь, пришедший на место Ивана Ивановича, вряд ли поймёт тексты, написанные человеком с 3‐мя высшими образованиями.

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

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

Хотел бы уточнить – мы создаём схемы бизнес‐процессов, а не организационных структур. Процесс не должен заканчиваться на каком‐то одном отделе, т.к. он может затрагивать работу нескольких подразделений.

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

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

Иногда описание бизнес‐процессов затягивается на недели и месяца и становится самоцелью. Не стоит так углубляться в описание самого бизнес‐процесса. Это не приведёт к положительным результатам, т.к. основная задача – не описание, а внедрение и изменение бизнес‐процесса. То есть не зацикливаемся на инструментариях, разработке и усовершенствовании различных схем и т.д.

Не следует смешивать понятия «как есть», «как должно быть» и «как будет». Сейчас мы описывали «как есть». Не надо преувеличивать и приукрашивать и пытаться подстроиться под то, как оно должно быть.

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

Если мы работаем один, и где‐то не всегда делаем как нужно, то так и надо написать. Вы должны быть честны перед самим собой.

Если инструкция не соблюдается, то мы будем описывать не реальные, а виртуальные процессы. Основной фактор, который в будущем повлияет на выстраивание структуры и процессов – это соответствие действительности.

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

Есть также проблема излишних отчётов, которые пишутся для чего‐то, но не проверяются.

Поэтому при выделении времени себе и сотрудникам вы можете эти отчёты отменить.

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

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

Этот процесс может управляться каким‐то документом или письменным приказом. При его поступлении начинается определённая последовательность действий.

Если компания большая, для того, чтобы расписать эти процессы, есть определённые стандарты отображения, разные виды специализированного программного обеспечения.

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

sbrod.moy.su