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

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

От эффективности процессов напрямую зависит конкурентоспособность и прибыльность компании.

Пример бизнес-процесса «Обслуживание клиента в кафе»:

Если процессы в компании не описаны (или описаны, но не работают четко), это — бардак. Или авторитарное управление в ручном режиме.

Описание методики

В книге Михаила Рыбакова «Бизнес-процессы: как их описать, отладить и внедрить. Практикум» подробно описана ПРОСТАЯ методика работы с бизнес-процессами: их выделения, описания, улучшения и внедрения, вовлечения команды.

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

Книга издана в 2016 году. Доступна в бумажном, электронном и аудио-вариантах.

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

Эта книга продолжает прошлую книгу Михаила Рыбакова «Как навести порядок в своем бизнесе. Практикум» — бестселлер с 2010 года.

Для Вашей компании

Мы поможем Вам описать и отладить процессы в компании. Используем ПРОСТУЮ технологию, понятную всем: от собственника до рабочего.

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

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

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

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

В работе над бизнес-процессами много тонкостей: как методических, так и по работе с командой, проведению изменений.

Не рекомендую Вам делать это без профессиональной поддержки — много серьезных рисков.

Оставить заявку

Практическое обучение

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

  • Бизнес-лагерь «Как навести порядок в своем бизнесе» — системное обучение для собственников и топов. Описание и отладку бизнес-процессов мы прорабатываем там очень глубоко. Проводим бизнес-лагерь регулярно с 2010 года: летом в России и зимой в теплых странах.
  • Практикум «Бизнес-процессы: как их описать, оптимизировать и внедрить». Вводный 1-дневный (или вечерний) курс, проходит в разных городах.
  • Практикум «Как навести порядок в своем бизнесе». Вводный 1-дневный (или вечерний) курс, проходит в разных городах.

Рекомендуем участвовать командой от Вашей компании.

Оставить заявку

Дополнительная информация по бизнес-процессам…

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

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

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

1 – Задайте границы процесса

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

2 – Нарисуйте основные блоки процесса

Расположите основные блоки (подпроцессы, операции) бизнес процесса в том порядке, в котором они выполняются.

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

3 – Добавьте развилки и другие события

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

4 – Обозначьте роли участников процесса

В бизнес процессах нет должностей или конкретных сотрудников. Вместо этого используется понятие «роль”. Один сотрудник может выполнять множество ролей. Одну роль может выполнять множество сотрудников. Из набора ролей складывается должность.

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

5 – Разместите на схеме документы

Документ – это не обязательно официальная бумага с семью подписями. С точки зрения управления бизнес процессами документ – это информация на любом информационном носителе. Электронное письмо, доклад, презентация, СМС – все это документы.

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

6 – Добавьте используемые программы и базы данных

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

7 – Расположите инструменты и материалы

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

8 – Определите показатели эффективности в бизнес процессе

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

9 – Свяжите полученную схему с другими процессами

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

Связь бизнес процесса с другими процессами

10 – Проверьте полученную модель бизнес процесса

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

  • С чего начинается и чем заканчивается бизнес процесс?
  • С какими процессами он связан? Чем обменивается?
  • Какие операции выполняются? В каком порядке?
  • Кто выполняет операции в процессе?
  • Какие документы используются и появляются в процессе? В каких операциях эти документы используются/появляются?
  • Какие инструменты, материалы, ПО и базы данных используются в процессе и в каких операциях?
  • Какие показатели эффективности и где именно фиксируются в бизнес процессе?

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

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

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

Национальные особенности: почему процессы часто не работают?

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

  1. Бизнес-процессы прописываются без привлечения исполнителей работ. В итоге новый регламент вызывает сильное сопротивление при внедрении, так как не описывает много нюансов, неизвестных авторам, но важных для исполнителей. Кстати, часто эти нюансы оказывают решающее влияние на эффективность бизнеса.
  2. Бизнес-процессы прописываются непонятным языком для тех, кто будет по ним работать. Такие техники описания бизнес-процессов, как IDEF0, DFD, IDEF3, ORACLE, BAAN, ARIS и др. знакомы лишь узкому числу специалистов. Поэтому для того, чтобы бизнес-процессы понимали все, нужны предельно простые технологии описания.
  3. Регламенты не наглядны. Нам, как практикующим консультантам, часто приходилось отмечать, что неработающие процессы, регламенты и инструкции обычно написаны трудным языком и схемы в них если и присутствуют, то разобраться в них можно с трудом. Чем больше наглядности — тем проще и быстрее внедряется процесс.
  4. Процессы часто прописывают по принципу «будем так делать, когда наступит коммунизм». А так как пока коммунизм не наступил, то сотрудники все делают иначе, чем прописано. Картинка часто слишком идеализирована. Именно поэтому крайне важно описывать процесс именно так, как он дает результат сейчас, а потом улучшать его с помощью небольших (кайдзен) или прорывных (реинжиниринг) действий.
  5. Невысокий уровень уважения к законам в принципе, на уровне общей культуры. В нашей стране многие законы не работают. Жить по законам не считается почетным. Почетным считается их безнаказанно нарушать и обходить. Именно поэтому любой организации для того, чтобы стать сильной, необходимо привить своим сотрудниками культуру игры по прописанным правилам.

Как, с учетом перечисленных проблем, сделать прописанные процессы действующими?

Алгоритм экспресс-описания бизнес-процесса:

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

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

В этом шаблоне

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

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

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

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

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

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

Бизнес-процесс — последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.

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

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

Ключевыми понятиями процессного подхода являются:

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

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

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

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

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