Бизнес-процессы. Моделирование, внедрение, управление - Владимир Репин
Шрифт:
Интервал:
Внешний поставщик – субъект, находящийся вне организации и предоставляющий ресурсы, необходимые для выполнения процесса.
Внутренний поставщик – субъект, находящийся внутри организации и предоставляющий ресурсы, необходимые для выполнения процесса.
Поставщики, как и потребители процесса, могут быть внешними и внутренними. Приведем также определение исполнителя (участника) процесса.
Исполнитель (участник) процесса – подразделение (должностное лицо), участвующее в преобразованиях входов в выходы в рамках процесса.
Абстрактная классификация процессов, с моей точки зрения, не имеет существенного практического значения. Более того, когда сотрудники организации увлекаются классификацией процессов, это вредит практической работе по внедрению процессного подхода. Поэтому привожу только необходимые определения.
В рамках устоявшейся практики принято выделять основные, вспомогательные и процессы управления.
Основной процесс – процесс, преобразующий ресурсы для создания продукта, который используется внешними потребителями.
Вспомогательный процесс – процесс, поставляющий на вход других процессов обеспечивающие ресурсы.
Процесс управления – процесс, поставляющий на вход других процессов ресурсы по управлению.
Пример. В торговой компании один из процессов называется «Управление ассортиментом». Несмотря на наличие слова «управление», его следует рассматривать как основной. Процесс оперативного управления сетью магазинов, который осуществляет директор розничной сети, можно смело отнести к категории процессов управления.
При построении архитектуры (системы) процессов компании категории «основной», «вспомогательный», «процесс управления» можно использовать для аналитических целей в качестве некоторых признаков, атрибутов процессов. Но категорически не рекомендуется создавать в процессном дереве соответствующие уровни, так как это излишне усложняет справочник процессов.
Разделение всех процессов на указанные три категории имеет смысл только тогда, когда нужно выделить процессы, участвующие в создании продукции организации, и выполнить их анализ. Для построения системы процессов, последующей регламентации и управления важен не формальный тип процесса, а его приоритетность с точки зрения достижения стратегических целей организации.
С практической точки зрения важными являются определения, используемые для обозначения процессов разного масштаба. При рассмотрении бизнеса организации в целом и построении системы процессов удобным методом является построение схем цепочек создания ценности.
Цепочка создания ценности (ЦСЦ) – организованный и взаимосвязанный набор процессов, необходимых для создания и поставки внешним потребителями определенной группы продуктов, представляющих для них ценность.
Ценность – значение, представляемое продуктом/услугой для удовлетворения той или иной потребности субъекта, производящего оценку.
Цепочка создания ценности – это процесс, проходящий, как правило, через несколько организаций. Цепочки создания ценности выявляются и анализируются с точки зрения организации в целом, то есть цепочка – это процесс самого верхнего уровня, или, говоря другими словами, большого масштаба. Построение и анализ схем ЦСЦ позволяет понять, как устроен бизнес, и использовать это понимание для построения архитектуры организации (организационной структуры, системы процессов и т. д.).
Как правило, при описании процессов организации бо́льшая их часть выделяется в привязке к структурным подразделениям. Поэтому практически важным является следующее определение:
Процесс подразделения – процесс, полностью выполняющийся в рамках структурного подразделения.
Владельцами процессов подразделений являются, как правило, начальники этих подразделений или их заместители, помощники. Важно подчеркнуть, что нельзя ставить знак равенства между деятельностью подразделения и процессом. Например, если в организации есть отдел сбыта, то было бы ошибкой просто назвать всю деятельность этого отдела «процессом сбыта». Необходимо провести анализ и выявить, какие процессы реально выполняются в этом отделе.
В главе 2 мы поговорим о том, почему для системной оптимизации деятельности и налаживания межфункционального взаимодействия подразделений целесообразно выделять и улучшать сквозные процессы.
Сквозной (межфункциональный) процесс – тот, в котором участвует несколько структурных подразделений организации.
Тот факт, что сквозной процесс проходит через несколько различных структурных подразделений, скорее базовый критерий выделения сквозного процесса, чем его исчерпывающее определение. В главе 2 будут подробно обсуждаться критерии выделения сквозных процессов организации и методы управления такими процессами.
Внедрение процессного подхода предполагает определение процессов организации, причем на разных уровнях. В компании среднего размера может быть четыре-пять уровней процессной иерархии, в небольшой – вполне достаточно трех-четырех.
При описании процессов на разных уровнях управления возникает вопрос, как называть процесс каждого уровня. Некоторые консультанты употребляют множество терминов: «макропроцесс», «бизнес-процесс», «процесс», «процедура», «функция», «операция», «работа», «активность» и т. п. Термин «бизнес-процесс» интерпретируют по-разному. Одни считают, что бизнес-процесс проходит через всю организацию и приносит прибыль[22]. Другие выделяют бизнес-процессы на всех уровнях. Чаще всего такие классификации оказываются непрактичными и запутывают сотрудников. В книге термины «процесс» и «бизнес-процесс» будут рассматриваться в качестве синонимов.
Предлагаю простой подход: использовать всего два термина – «процесс» и «операция». Процессы могут быть разных уровней: на самом верхнем – «процесс уровня 1», на среднем – «процесс уровня 2» и т. д. Также для процессов первого уровня используется термин «процессная категория», а для процессов второго уровня – «процессная группа» (см. главу 3).
Декомпозиция процесса – разделение его на составляющие части.
Подпроцесс – процесс следующего уровня декомпозиции.
Замечу, что деятельность можно называть «подпроцессом» только в контексте рассмотрения процесса вышестоящего уровня.
На рис. 1.2.4 показано, как осуществляется декомпозиция процесса. При декомпозиции желательно разбивать его на несколько подпроцессов – от 2 до 10. Можно выделять даже 12 подпроцессов, если в противном случае приходится вводить дополнительные формальные уровни иерархии. Дело в том, что реальная жизнь всегда сложнее, чем любая теория или методика. На практике бывает удобно показывать при декомпозиции 10–12 подпроцессов. Это в основном касается описания процессов на среднем и нижнем уровнях.
Обратите внимание, что комментарий должен быть не короче 20 символов. Покажите уважение к себе и другим пользователям!