Главная страница » Блог » Описание, стандартизация и регламентация бизнес процессов. В чем разница?

Описание, стандартизация и регламентация бизнес процессов. В чем разница?

Регламентация бизнес процессов

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

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

Мы редко встречаем специалистов, которые разбираются в терминологии управления бизнес процессами. В этом нет ничего удивительного – понятие управления бизнес процессами не так давно стало широко распространяться в России. Но у путаницы в терминологии есть существенное последствие – разность понимания. А разность понимания приводит к разным результатам. Разность приводит к диалогам наподобие:

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

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

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

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

Вроде бы все понятно, но все же стоит отметить:

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

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

Стандартизация бизнес процессов

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

Именно поэтому, говоря о стандартизации, многие авторы говорят о том, что стандартизация, это, в том числе, процесс приведения в соответствие стандарта (описания) и реального выполнения процессов в жизни.

Но прошу вас обратить внимание – стоит все же отделять «мухи от котлет». Стандартизация – процесс создания стандарта процесса. А вот синхронизация стандарта и реальной жизни, это вопрос Управления разрывами. Почему необходимо разделять эти понятия? А вот почему:

  1. Процесс разработки стандарта достаточно обширен. Он имеет явно выраженные входы и продукты, а также события начала и окончания. Продукт процесса имеет ценность сам по себе. Имеется ввиду, что стандарт, это законченный продукт. Который может использоваться далее, а может и нет. Проще говоря – процесс стандартизации имеет четкие границы, которые говорят о нем, как о законченном и самостоятельном процессе.
  2. Управление разрывами, это процесс, который на входе использует продукты двух процессов: Описание бизнес процессов и Стандартизация бизнес процессов. Собственно, Управление разрывами направлено на… Устранение разрывов между тем, как есть и тем, как мы хотим, чтобы было. Т.е. Это тоже самостоятельный процесс, с четкими границами.

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

Понятное дело, что очень часто нормирование используется в качестве кнута – не вложился в норму, вот тебе орех. Точнее по ореху. Это крайне неправильно. Норма, в бизнес процессах, нужна для того, чтобы можно было выявлять отклонения, анализировать их и улучшать процесс. Если норма указана не верно, это не означает, что ее нельзя изменить. Более того, она должна меняться. В определенной степени и условиях. Поэтому – нормирование, это процесс выявления нормальных значений. Которые, тем не менее, всегда будут иметь отклонения. Нормальным, мы считаем значение, которое будет принимать параметр процесса чаще всего. И да, нормирование должно основываться и на расчетах (теории), и на практически полученных измерениях. Нормирование только на основании расчетов не учитывает реальность. Нормирование только на основании реальности, не включает в себя возможность развития.

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

Но давайте разберемся, а что, собственно, подлежит стандартизации, с точки зрения процесса? Итак, что должен включать в себя хороший стандарт:

  1. Состав подпроцессов и операций процесса. Т.е. Стандартом является ответ на вопрос – что должно быть обязательно сделано? И это уже не мало.
  2. Порядок выполнения подпроцессов и операций процесса. Чтобы процесс получал на выходе определенный продукт, должна быть определенная последовательность действий. Именно об этом говорят, имея ввиду описание технологии – описание состава и последовательности действий, которая описывается в стандарте. Ответ на вопрос – в каком порядке нужно выполнять действия?
  3. Распределение подпроцессов и операций по исполнителям. Все просто – в стандарте указывается кто должен выполнять действия в процессе.
  4. Состав ресурсов. Ресурсы – все, что необходимо, для выполнения процесса. Люди, инструменты, материалы, сырье, программное обеспечение и так далее. В стандарте должен быть описан не только состав, но и качество, свойства, ресурсов.
  5. Нормативные значения использования ресурсов. Вот это уже про нормирование. В стандарте описывается сколько и каких ресурсов, необходимо для выполнения каждой операции.
  6. Нормативные значения операций. Это тоже вопрос нормирования. В стандарте указывается сколько времени должны выполняться операции или процесс. Зачем? Затем, что это может иметь ключевое значение для результата процесса. Например, если не соблюсти нормативные значения времени при приготовлении блюда, то результат может выйти так себе.
  7. Стандарты документов. Стандарт может содержать в себе формы документов, которые должны использоваться в процессе. Ну тут, думаю, все понятно.

Очень часто можно услышать возражение – не все процессы можно стандартизировать. Как можно стандартизировать процесс, например, разработки креативной идеи? Очень просто.

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

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

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

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

Что еще нужно знать о стандартизации процессов:

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

Регламентация бизнес процессов

Самое комплексное понятие. Регламентация бизнес процесса, это, собственно, процесс создания регламента процесса. Что такое регламент? Процитирую из нашей предыдущей статьи «Как сделать регламент процесса, который будет работать»:

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

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

Регламентация бизнес процессов

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

Вот, пожалуй, и все.

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

by Roman Zaytsev

3 comments

Добавить комментарий

Ваш адрес email не будет опубликован.