Как навести порядок в бизнес-процессах

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

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

Ключевые бизнес-процессы

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

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

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

  • Основные. Ключевые бюджето-формирующие механики, то, что приносит предприятию прибыль: услуги, производство, продажи. В контексте коммерческой дентальной практики это непосредственно стоматологические услуги: терапия, хирургия, эндодонтия, ортодонтия, отбеливание и протезирование зубов, профессиональная гигиена.
  • Вспомогательные. Сами генерировать прибыль не способны. Призваны обеспечить беспрепятственную реализацию основных бизнес-процессов. В стоматологической клинике это работа младшего медицинского персонала, снабженцев, HR-специалистов, юридического отдела и отдела продаж, если такие имеются, бухгалтерии, ресепшина.
  • Управленческие. Менеджмент во всех его проявлениях: планирование, организационные мероприятия, контроль. Регламентируют и координируют работу всех подразделений. В структуре клиники эти функции выполняются генеральным директором.
  • Развитие. Включаются в работу, когда первые три разновидности в этой классификации отлажены и оптимизированы. В контексте стоматологии это может быть алгоритм масштабирования (открытие филиалов) или внедрения новых услуг.

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

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

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

Моделирование: как описать бизнес-процессы

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

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

  • Ментальный. Предполагает необходимость рассматривать процессы сквозь призму взаимосвязанных понятий. Если речь идет про снабжение, то это может выглядеть так: прогнозирование расхода – формирование заявок – оформление заказов – обеспечение запаса – организация учета. Такой подход наиболее полезен при коллективных мозговых штурмах, он помогает структурировать информацию в ходе поисков нестандартных решений.
  • Функциональный (IDEF). Описывает коммерческие цели процесса и ресурсы, необходимые для их достижения. Имплантация в стоматологии с позиции бизнеса призвана обеспечить получение прибыли от продажи и установки имплантатов с коронками. Описание процесса должно включать перечень расходных материалов и количество трудочасов, необходимых на реализацию протокола.
  • Процессный (EPC, BPMN). Содержит перечень действий в определенной последовательности, необходимых для получения нужного результата. Это наиболее распространенный способ описания, что объясняется его наглядностью и простотой для понимания сотрудниками без привязки к их квалификации.

Кто и как занимается разработкой аннотаций

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

  • Определение заинтересованных лиц.
  • Сбор требований.
  • Анализ документации.
  • Разработка модели AS-IS (текущее состояние организации – точка А).
  • Создание схемы To be (желаемый результат – точка В).
  • Тестовый запуск алгоритма.
  • Мониторинг.
  • Анализ результатов и коррективы в случае необходимости.

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

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

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

  • Количественный анализ: АВС-метод, имитационное моделирование. Предполагает сбор данных о финансовых, временных, прочих затратах, необходимых для реализации процесса. Полученные данные сравнивают с плановыми показателями и делают выводы о необходимости внесения корректив.
  • Качественный анализ: SWOT-методика, ранжирование, анализ проблем. Требует углубленного изучения графических описаний процессов и комментариев специалистов, задействованных в анализируемых процессах. На основе полученной информации делаются выводы о потребности в оптимизации.

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

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

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

  • Создать идеальный вариант оптимизируемого процесса в графическом варианте.
  • Разработать план изменений с перечнем конкретных мер.
  • Составить график внедрения изменений с дедлайнами.
  • Выбрать CRM- или ВРМ-систему для оптимизации.
  • Обучить персонал работе с софтом.
  • Приступить к реализации плана с параллельным мониторингом реакции сотрудников.
  • Проанализировать результаты.

Сроки оптимизации зависят от масштабов и специфики предприятия. Опыт показывает, что на упорядочивание бизнес-процессов стоматологической клиники со штатом персонала до 50 человек требуется 2-3 месяца планомерной работы.

Выводы

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

Также читайте:

Расскажите коллегам:
Комментарии
Генеральный директор, Москва
Антон Соболев пишет:

Поймал себя на мысли об очень двойственном ощущении от статьи. Тема интересная, но по тексту не получилось увидеть ее раскрытия – как в калейдоскоп посмотрел. Есть процессы, есть нотации их описания, есть зоны ответственности (которые эти процессы покрывают), есть стоимостной анализ, есть TO-BE… Вроде как, все на месте, но пазл не складывается. В конце статьи вообще делается вывод о том, что оптимизация процессов (т.е. реинжиниринг) приведет к увеличению стоимости бизнеса, хотя даже авторы метода указывали на его успешность в 50% случаев. Также бросилось в глаза это:

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

Методика SWOT, как мне видится, вообще является инструментом стратегического анализа внутренней и внешней среды предприятия и к аудиту бизнес-процессов отношения не имеет, поскольку последние выстраиваются для сохранения преимуществ, выявленных в рамках алгоритма страт. диагностики. Графический анализ производится в рамках выбранных нотаций (IDEF/ARIS/BPMN/UML etc.), а углубляться можно в стоимостные показатели, которые привязаны к процессам. Даже в старом софте из 90-х, BPwin, в привязке к IDEF-0 в комплекте шел анализ стоимости процесса. А как делается вывод о необходимости оптимизации, когда она фактически началась (и нужно «создать идеальный вариант оптимизируемого процесса в графическом варианте») – для меня загадка.

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

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

Алгоритм будет состоять из ряда этапов:
1.    Аудит стратегии: анализ ресурсов, анализ компетенций, анализ выбора стратегии и оценка конкурентных преимуществ, далее – оценка тех преимуществ, которые удастся удержать во времени (они станут «ключевыми», core competences), на обеспечение чего должны быть направлены БП.
2.    Оценка качества сегрегации работ (матрица RACI).
3.    Моделирование процессов AS-IS (лично мне нравится методология IDEF, где есть не только IDEF-0, но и процессный IDEF-3 – они разработаны военными, и «воды» в них мало).
4.    Стоимостная оценка диаграмм AS-IS для установки стартовой позиции в области «цены конвейера» - итогового БП со всей совокупностью уровней декомпозиции.
5.    Моделирование процессов TO-BE с оценкой изменения стоимости, которое итерационно будет повторяться для поиска приемлемого варианта.
6.    Документирование выбранного (утвержденного) процесса TO-BE и его описание в рамках регламентов и должностных инструкций.

Буду рад, если читатели меня дополнят. 
Кстати, тем кто к теме прикасается впервые, можно порекомендовать книгу Д. Марка, К. МакГоуэн. SADT. Методология структурного анализа и проектирования.

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

 

 

Руководитель проекта, Москва

Существуют  4 вида деятельности. Они отличаются количеством участников и повторяемостью. Это -

Задача - один участник , одноразовое выполнение работы,

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

Проект - более чем один участник, одноразовое выполнение работы,

Операция (Процесс) - более чем один участник, многократное повторение работы.

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

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

 

 

Управляющий партнер, Санкт-Петербург
Сергей Сергеев пишет:

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

Я правильно Вас понял: физически отсутствует возможность построить IFEF0-  и DFD-диаграммы проекта?

Руководитель проекта, Москва
Антон Соболев пишет:
DFD-диаграммы

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

Управляющий партнер, Санкт-Петербург
Сергей Сергеев пишет:

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

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

В моей практике был проект по внедрению одной из самых сложных в мире TMS (Trasury Management System) в рамках одного из ТОР-10 холдингов. Проект, разумеется, разовый, но для правильного описания процессов, которые будут автоматизироваться, а также взаимодействия самой проектной команды, были построены IDEF0 и DFD диаграммы. После этого были составлены графики фаз проекта в MS Project, и проект был реализован. Таким образом, "невозможно описать" - как минимум, является необоснованно большим обобщением.

Генеральный директор, Москва
Антон Соболев пишет:
Сергей Сергеев пишет:

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

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

В моей практике был проект по внедрению одной из самых сложных в мире TMS (Trasury Management System) в рамках одного из ТОР-10 холдингов. Проект, разумеется, разовый, но для правильного описания процессов, которые будут автоматизироваться, а также взаимодействия самой проектной команды, были построены IDEF0 и DFD диаграммы. После этого были составлены графики фаз проекта в MS Project, и проект был реализован. Таким образом, "невозможно описать" - как минимум, является необоснованно большим обобщением.

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

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

Управляющий партнер, Санкт-Петербург
Евгений Равич пишет:

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

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

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

Генеральный директор, Москва
Антон Соболев пишет:
Евгений Равич пишет:

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

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

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

Пока всё выглядит вполне знакомо с точностью до отрасли. 

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

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

1 3
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Игорь Семенов
А в чем смысл? Даже если устроить весь этот танец с бубнами, итоговая сумма НДС, уплаченная в бю...
Все дискуссии
HR-новости
В России упростили процесс трудоустройства для жителей из новых регионов

Изменения коснутся жителей ДНР и ЛНР, Запорожской и Херсонской областей.

Российским компаниям не хватает более 100 тыс. разработчиков ПО

Экономика страны столкнулась с острой нехваткой IT-специалистов.

Автодилеры начали сокращать сотрудников из-за падения продаж

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

HeadHunter назвал лучших работодателей России-2024

В него вошли 1729 компаний со всей страны, что на 15% больше, чем годом ранее и на 60% больше, чем в 2022 году.