%d0%b1%d0%b8%d0%b7%d0%bd%d0%b5%d1%81 %d0%bf%d1%80%d0%be%d1%86%d0%b5%d1%81%d1%81%d1%8b%20%d0%b1%d0%bb%d0%be%d0%b3

27 авг. 2019

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

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

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

Процесс – преобразование объекта труда, добавляющее его стоимость.  Э. Деминг

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

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

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

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

Функциональный и процессный подход

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

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

 Рис.1  Линейно-функциональная организационная структура

Рис. 1 Линейно-функциональная иерархическая структура.

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

Рис. 2. Красными линиями обозначены фактические взаимодействия сотрудников при выполнении бизнес-процесса.


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

 

 Рис. 3 Синие пунктирные линии – решение проблем через руководителя.

 

А что же процессный подход?

В процессном подходе взаимодействующие сотрудники – договариваются между собой. У процесса появляется свой горизонтальный «руководитель» (его ещё называют Владельцем процесса).

В результате применения процессного подхода, мы получаем:

- оптимизированные процессы

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

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

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

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

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

1. Описанию подлежат те процессы, которые уже сложились(сформировались).

2. Описание процессов начинается с моделирования схем.

3. Моделировать процессы следует в соответствии с уровнями детализации.

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

  • Операция - минимальная часть дейтяльеости. Выполняется "автоматически" (переключить скорость в автомобиле, скопировать в Word и т.п.)
  • Действие - несколько последовательно выполняемых операций, требующие осознанного контроля (доехать из пункта А в пункт B, написать текст и т.п.)
  • Процедура - несколько последовательно выполняемых действий. У процедуры всегда есть результат (устное сообщение
  • Бизнес-процесс базового уровня - последовательность взаимосвязанных процедур, выполняемых несколькими исполнителями, приводящая к значимому для организации результату.
  • Направление деятельности - укрупнённая часть деятельности компании, состоящая из нескольких групп бизнес-процессов базового уровня

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


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

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

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

 

Зачем моделировать и регламентировать процессы? Всем ли это нужно?

 Всем ли подходит Процессный подход? Процессный подход полезен практически для любй компании с устоявшимися процессами. Но есть категория, для которых возврат на вложенные ресурсы будет максимальный.  Это такие компании с достаточно большим количеством управленческих воздействий. По опыту консультантов, регламентация деятельности приносит наибольшую пользу там, где количество постоянных управленческих воздействий превышает 1000.  Где Управленческие воздействия (УВ) = правила х исполнители. 

 управление по отколнениям

 

Рис. 4  Регламентация деятельности  и управление по отклонениям.

Другими словами, в таких компаниях достаточно много исполнителей, и у них достаточно много различных правил. 

Язык описания бизнес-процессов. Нотации.

Нотаций описывающих процессы много. Самые популярные нотации процессов:  eEPC, BPMN, Cross Functional Flowchart (Процедура), Flowchart, IDEF0,.

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

  • вход процедуры (процесса)
  • роли исполнителя процедуры
  • сама процедура (текстовое обозначение- отглагольное существительное)
  • выхода процедуры (результат процедуры/процесса)

 

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

 Каждая нотация имеет свои плюсы и минусы:

Диаграмма Cross-functional Flowchart  – не отображает исполнителей, eEPC – наиболее подробная, но если процессы большие, то схема разрастётся до больших плохо читаемых размеров, BPMN – современная, наиболее развивающаяся нотация, но наиболее полезна, если в будущем вы планируете автоматизировать процессы.

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

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

Оптимизация процессов

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

Методики бережливого производства.

Помимо «методик оптимизации здравого смысла» (убирать повторы, запараллеливать процессы, устранение явных неэффекивностей), для оптимизации бизнес-процессов, можно использовать Техники бережливого производства:

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

 

Метод согласования входов - выходов между на стыках процессов SIPOC.

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

Для решения проблем на таких стыках разработана методика SIPOC. SIPOC - акроним  от слов supplier, input, process, output, customer (поставщик, вход, процесс, выход, клиент).

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

 
Рис. 5 Методика согласования требований "клиент-поставщик" SIPOC.

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

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

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

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

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

Категории процессов

Процессы принято делить на :

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

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

Мифы и заблуждения

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

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

Понравилась статья? - поделитесь

Оставить коментарий