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

Главная | Публикации | Библиотека избранных статей по менеджменту | Финансовый менеджмент. Управленческий учет, бюджетирование.

Журнал «Стандарты и качество» Госстандарта России

Допустим, в организации уже описаны процессы и отражены взаимосвязи между ними. Выбраны проекты и сформированы команды, которые будут их воплощать в жизнь .
Эти усилия сами по себе полезны, ведь расширилось не только понимание бизнеса, но и появилось много новых возможностей для повышения эффективности деятельности организации. Например, созданы предпосылки для командной работы и разрушения барьеров между структурными подразделениями, что, безусловно, улучшит контакты и сплотит людей (слаженное взаимодействие участников деятельности, объединенных общими целями, — бoльшая часть успеха). Процессное описание бизнеса — хорошая основа и для действенного менеджмента, ориентированного на поддержание долгосрочного конкурентного преимущества, на то, чтобы быть «лучше, быстрее, дешевле…», причем одновременно. Однако для эффективного управления усилий по описанию процессов и созданию команд недостаточно. Изучение этих трех существенных аспектов требует анализа процессов.

А для низкой жизни были числа,
Как домашний подъяремный скот,
Потому что все оттенки смысла
Умное число передает.
Н. Гумилев

Кто из конкурентов лучше — оценивают клиенты, делая свой выбор. Поэтому «быть лучше» невозможно без ясного представления о покупательских желаниях, предпочтениях и требованиях, без искреннего стремления удовлетворить их на самом высоком (по возможности) уровне, без постоянного изучения достижений научно-технического прогресса. Чтобы быть лучше, важно знать, что представляет ценность для конкретного покупателя (любимого клиента), и соответственно «настроить» бизнес, включив процессы, добавляющие для него ценность. Для этого полезно проанализировать существующие или создаваемые процессы наряду со структурированием функции качества (Quality function deployment ). Это позволит не потерять те из них, которые влияют на ценимые покупателями «характеристики», касающиеся как продукции, так и взаимоотношений с организацией. Благодаря такой деятельности организация имеет возможность реализовать стратегию, диктуемую новым типом рынка (рынком потребителя ) и названную М. Портером стратегией дифференциации .

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

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

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

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

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

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

Аналогично можно рассуждать о природе образования всех запасов. Например, рассогласование любых двух последовательных подпроцессов производственного процесса связано с запасами в незавершенном производстве или запасами полуфабрикатов; рассогласование процессов снабжения и производства — с запасами материалов и комплектующих и т.п. Именно в этом контексте японцы стали практиковать поставки «точно вовремя» (just-in-time) или организацию производства по системе kanban .

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

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

Искоренение потерь и управление затратами основаны на понимании процессов и управлении ими. Однако для успеха необходимо экономическое обоснование всех шагов на пути непрерывного совершенствования, ибо невозможно решить сразу все проблемы. Надо сосредоточиться на наиболее критичных для организации «объектах совершенствования», которые ложатся тяжелым грузом на себестоимость и еще более ощутимо влияют на целевые результаты деятельности. Информация о затратах поможет их ранжировать, чтобы быстрее снижать себестоимость. Если при этом удастся увязать механизмы управления затратами и мотивации сотрудников и не использовать информацию о затратах как основание для расправы или установления границ деятельности2, — это будет важный шаг для вовлечения сотрудников в процесс непрерывного совершенствования.

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

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

Управление процессами, основанное на системном исследовании этих трех аспектов, получило название метода управления на основе видов деятельности (ABM — Activity based management)3. САМ-I4 использует следующее определение этого подхода: «метод, обеспечивающий управление действиями (activities), за счет которых осуществляется и увеличивается полезность, получаемая потребителем, а также прибыль за счет этой полезности» . Таким образом, гибкий подход к удовлетворению желаний клиента и ориентация на постоянное снижение затрат — это неальтернативные стратегии управления организацией. АВМ опирается на систему мер, включающую показатели качества, времени и затрат, которые одновременно надо анализировать и улучшать. АВМ использует экономические инструменты, также ориентированные на процессы (операции, действия)5: метод расчета себестоимости объекта калькулирования (АВС — activity based costing) и бюджетирование (АВВ — activity based budgeting). Вместе они образуют методологию обработки экономической информации и управления на основе видов деятельности — АВС-АВВ-АВМ.

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

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

АВС-АВВ-АВМ позволяет обоснованно и методично «давить» на себестоимость, поскольку затраты порождаются операциями, составляющими производственно-хозяйственную деятельность организации, а не возникают в результате выпуска какого-либо продукта. В связи с этим меняется порядок включения в себестоимость накладных расходов. Вместо усредняющих методологий выявляются операции, по отношению к числу (объему) которых они оказываются переменными, а значит, управляемыми6. Тем самым исправляются искажения и рассчитывается более точная себестоимость объекта калькулирования, который при этом легко изменяется. На основе одной и той же информации (себестоимости операций) можно одновременно рассчитывать себестоимость продукции, услуг, клиентов, каналов сбыта, заказов. Благодаря этому АВС-АВВ-АВМ хорошо демонстрирует разнообразие выпускаемой продукции и оказываемых сопутствующих услуг, накапливает и обобщает информацию о затратах в различных разрезах, позволяет, например, определить долю непродуктивных затрат, которые порождают не добавляющие ценность операции или операции, вносящие весомый вклад в цену несоответствия.

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

Отметим, что оценивание затрат по методике АВС естественно обеспечивается процессным описанием бизнеса, которое предусматривает, кстати, и новая версия МС ИСО серии 9000.

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

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

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

Процесс составления основного бюджета начинается с изучения спроса и предпочтений конкретных потребителей, что отражается в бюджете продаж. Последний составляется для оценки предполагаемого объема продаж и ожидаемой выручки. Разумеется, за ним стоят и номенклатура продукции, и процессы послепродажного обслуживания (для каждого покупателя свои), которые нельзя не учесть при планировании сбыта. На самом деле продается не столько продукция, сколько «продукция, сопровождаемая определенными услугами», скорее даже «отношения». АВВ позволяет расширить перечень факторов, влияющих на величину выручки (по сравнению с традиционными — ценой и объемом продаж).

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

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

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

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

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

Список использованной литературы

  • Адлер Ю.П., Щепетова С.Е. Проекты, команды, люди в системе экономики качества // Стандарты и качество. — 2002. — № 3.
  • Адлер Ю.П., Аронов И.З., Шпер В.Л. Что век грядущий нам готовит? // Стандарты и качество. — 1999. — № 3. — С. 52-60.
  • Портер М. Конкуренция. — С.-Петербург, М., Киев: Издательский дом «Вильямс». — 2001. — 495 с.
  • Адлер Ю.П., Щепетова С.Е. Экономика качества как система // Методы менеджмента качества. — 2002. — № 5.
  • Адлер Ю.П., Щепетова С.Е. От затрат на качество — к управлению затратами // Методы менеджмента качества. — 2002. — № 4.
  • Эддоус М., Стэнсфилд Р. Методы принятия решения. — М.: ЮНИТИ, 1997. — 590 с.
  • Монден Я. «Тойота» — методы эффективного управления: Пер. с англ. — М.: Экономика, 1989. — 288 с.
  • Робсон М., Уллах Ф. Практическое руководство по реинжинирингу бизнес-процессов. — М.: Аудит, «Юнити», 1997. — 224 с.
  • Бланчард К., Вэгхорн Т. Миссия возможного, или Как стать компанией мирового класса. — Челябинск: Урал LTD, 1998. — 292 с.
  • Акофф Р. Планирование будущего корпорации. — М.: Прогресс, 1985. — 326 с.
  • Хан Д. Планирование и контроль: концепция контроллинга. — М.: Финансы и статистика, 1997.
  • Друри К. Введение в управленческий и производственный учет. — М.: Аудит, 1997.
  • Мы уже отмечали, как опасно при этом не учитывать интересы заинтересованных сторон .
    2 Затметим, что широко распространена практика установления для каждого подразделения «приемлемого» уровня затрат, который урезают, если часть средств не истрачена. Это приводит к порочной практике, когда в конце планового периода подразделения стремятся истратить «лишние» деньги на все, что угодно, лишь бы не снизить уровень финансирования на следующий период.
    3 Иногда встречается перевод: «метод функционально-стоимостного управления». На наш взгляд, этот перевод не совсем точно отражает суть данного подхода и иногда приводит к серьезным заблуждениям.
    4 Consortium for Advanced Manufacturing-International, бывший Computer Aided Manufacturing-International.
    5 Такая терминология используется для обозначения разных уровней описания бизнес-процессов. Вместе с тем эти слова зачастую можно использовать и как синонимы.
    6 Очевидно, что для принятия верных управленческих решений наиболее ценной является информация о переменных затратах. Смещение точки зрения с объема производства на операции меняет характер поведения львиной доли накладных расходов.

    Когда хочешь быстро объяснить суть какого-то процесса, то обычно рисуешь на листке бумаги несколько прямоугольников с текстом и проводишь между ними связи. Этому нехитрому принципу следуют большинство методологий описания бизнес-процессов, технологических процессов и любой другой человеческой деятельности. Можно принять как данность, что подобные схемы очень важны в современной парадигме накопления знаний.
    Поэтому несколько лет назад я разработал приложение, которое позволяет строить диаграммы процессов, чтобы планировать исполнение проектов или просто достигать каких-либо целей. Всё это время я тесно работал с пользователями, довольно часто и по разному поводу они присылали мне свои диаграммы. Изучая сотни различных схем, я замечал, что некоторые из них проще воспринимать и понимать, чем другие, и наоборот, отдельные схемы было чертовски сложно разобрать. Интересно то, что зачастую дело было не в сложности или простоте самого процесса, а в манере построения диаграммы. Проявив толику усердия, даже самый простой процесс можно проиллюстрировать путанной схемой, суть которой будет сложно понять без дополнительного изучения.
    Анализируя свой опыт по построению диаграмм и систематизируя удачные находки и ошибки пользователей, я выработал набор принципов, которые позволяют строить хорошие диаграммы.
    Пару слов о структуре статьи. Материал довольно обширный, поэтому я попробую разбить его на несколько частей и постараюсь излагать материал тезисно, избегая лишних разъяснений. Эта статья будет посвящена довольно общим принципам, вполне очевидным, но которые следует упомянуть. Последующие части будут ближе к конкретным практикам.
    Итак, сначала договоримся об основном предмете статьи — диаграммах процессов (далее для лаконичности иногда просто диаграммы). Как правило, диаграмма процессов представляет собою набор графических объектов, поименованных текстом, которые связаны между собою стрелками. Объекты обозначают процессы, ресурсы, состояния и т. д. Стрелки же обозначают порядок перехода управления от одного объекта к другому. Следует отличать диаграммы процессов от внешне очень похожих структурных диаграмм, диаграммы процессов предполагают динамику, в то время когда структурные диаграммы носят статичный характер, описывая конструктивные взаимосвязи объектов, обычно это описание организационных иерархий, структур данных или «карты разума”.
    Существует много нотаций описания диаграмм процессов, это IDEF0, BPMN, UML, EPC, CMMN и другие. Данная статья в равной степени относится к ним всем, в примерах использована нотация собственного приложения.
    В статье словом «процесс” в зависимости от контекста может обозначаться как основной процесс, описываемый диаграммой, так и процессы, входящие в состав диаграммы. Слово «задача” может означать процесс, цель или ресурс, либо цельное сочетание ресурса, процесса и цели. В общем, смотрите по контексту.
    Так как именно динамика является основной отличительной чертой рассматриваемых нами диаграмм, то, следовательно, ключевой частью такой диаграммы является её сценарий. Основные требования к сценарию — это непротиворечивость и непрерывность. Противоречия возникают при неверном порядке причин и следствий, а также в ситуации, когда один объект должен быть одновременно в разных местах (или два совмещаться в одном и том же месте). Непрерывность теряется, когда следствия не обусловлены причинами либо когда утерян существенный фрагмент повествования.
    Вот здесь нужно осветить один важный момент касательно сценария и диаграммы в целом. Цель создания диаграммы не только в описании конкретного процесса, но и в передаче этого знания адресату. То есть на сюжет диаграммы влияет как описываемый ею процесс, так и её аудитория. К примеру, если вам нужно разъяснить пункт ПДД детям, вы воспользуетесь иной методикой изложения, нежели та, что использована в официально установленных правилах. Как правило, если сюжет не адаптирован к аудитории, то теряется его непрерывность, поскольку отдельные причинно-следственные связи неочевидны или непонятны адресатам.
    Можно упомянуть много различных методов отладки диаграмм с целью устранения противоречий и соблюдения непрерывности. Но эффективнее будет сразу строить качественные диаграммы, и так как статья носит больше практический характер, то вместо описания методов анализа качества я просто приведу пошаговый алгоритм построения хороших диаграмм.
    Шаг 1. Разместите свои цели как ресурсы в правом нижнем углу диаграммы.
    Обычно процессы, которые имеет смысл описывать, имеют чётко выраженную конечную цель или группу целей. Такой целью может также служить состояние, после которого дальнейшее исполнение процесса не имеет смысла. Как правило, процессы создаются под конкретные цели, и зачастую очевидно, что написать в правом нижнем углу диаграммы. Однако иногда бывает дальновидным указать не только положительную цель, но перечислить состояния, в которых исполнение процесса прерывается, но исходная цель не достигнута или достигнута не полностью. Рекомендуется явно перечислять подобные негативные цели в случаях, если вероятность достижения основной цели ниже 60%.
    Забегая вперёд, скажу, что рекомендация по размещению конечной цели справа внизу диаграммы (как и последующие подобные рекомендации) относится к композиции диаграммы, которая будет предметом рассмотрения другой статьи.
    Шаг 2. Отметьте доступные ресурсы в виде объектов в верхней части диаграммы.
    Очевидно, что перечислять следует не все возможные ресурсы, а только те, которые видятся полезными для достижения цели и ликвидность которых не вызывает сомнений. Перечень этих ресурсов будет являться исходными условиями начала процесса. Одним из таких ресурсов должен быть триггер, запускающий весь процесс, обычно это внешнее воздействие: заявка клиента, смена состояния индикатора, запрос от системы и т. д.
    Шаг 3. Разместите предполагаемые промежуточные цели как ресурсы в средней части диаграммы.
    Комплексные цели обычно состоят из набора компонентов, которые необходимо реализовать предварительно. Большие проекты удобно разбивать на этапы, результатом исполнения которых является получение одного из компонентов конечной цели. Мысленно расчлените конечную цель на такие компоненты и поместите их на диаграмму. В некоторых случаях вместо компонентов можно разбить конечный продукт на последовательность эволюций зрелости продукта или совмещать оба подхода.
    Шаг 4. Перед целями, имеющимися на диаграмме, разместите процессы, которые приводят к достижению данных целей, и соедините новые процессы с их целями.
    Заметьте, что пока на нашей диаграмме процессов не было ни одного процесса, это неслучайно. Специфика нашего мышления такова, что, начиная что-то делать, мы больше концентрируемся на процессах, немного забывая, что суть нашей деятельности в целях. Диаграммы процессов, состоящие из одних только процессов, — частое явление, однако следует помнить, что мы стремимся к непрерывности и ясности изложения, а зачастую указание целей исполнения процесса говорит о нём больше, нежели название процесса и его описание. Старайтесь всегда явно указывать цели процесса, на практике это означает, что стрелка от одного процесса к другому — это редкое явление, обычно между процессами располагается промежуточный ресурс, являющийся результатом исполнения одного процесса и исходным ресурсом для другого. В некоторых формализмах (например DFD) сама стрелка может являться описанием ресурса. Однако если такой промежуточный ресурс очевиден, то ради упрощения схемы его можно опустить и провести стрелку от одного процесса к другому. Например, если в прачечной после процесса «Сушка” следует процесс «Глаженье”, то в некоторых случаях промежуточный ресурс «Сухое бельё” можно пропустить.
    Шаг 5. Проведите связи от имеющихся на диаграмме ресурсов к использующим их процессам; если необходимого для процесса ресурса нет на диаграмме, добавьте новую цель, вернувшись к Шагу 3 .
    Очевидно, что если требуемого процессом ресурса нет, то это приводит к противоречию в исполнении задачи, так как соблюдены не все причины для желаемых следствий. Следовательно, необходимо исполнить критерий полноты — всё необходимое для исполнения каждого процесса должно быть в наличии. Впрочем, не всегда оправдано явно указывать очевидные ресурсы, например, при обработке детали станком одним из очевидных ресурсов является электроэнергия, явное выделение этого ресурса, скорее всего, не сделает диаграмму понятнее, однако без значимых причин усложнит её. Помните о своей аудитории: часть диаграммы зритель всегда достраивает мысленно, это неизбежно. Старайтесь, чтобы мнимая часть диаграммы касалась очевидных всем моментов, более того, слишком явные вещи, выписанные на диаграмме, могут утомлять и даже раздражать.
    Шаг 6. Проведите связи между процессами, исполнение которых зависит друг от друга.
    Попарно проверьте все процессы, размещённые на диаграмме, нет ли между ними неявных зависимостей или взаимного влияния. Например, часто полезно «грязные” процессы группировать вместе, чтобы экономить на очистке рабочей области. Также если два процесса конкурентно используют ограниченный ресурс, то их следует развести во времени, проложив связь от одного из них к другому. Заметьте, что ресурсы, которые мы не отображаем на диаграмме, тоже могут быть причиной скрытых зависимостей, к примеру, когда два процесса используют энергоёмкие станки, которые не следует включать одновременно.
    Шаг 7. Убедитесь, что диаграмма легко читается и содержит не более 20 объектов; если это не так, сгруппируйте несколько контекстно связанных объектов в один объект подходящего типа с вложенной диаграммой, содержащей данную группу.
    Практика показывает, что когда диаграмма содержит более 20 объектов (ресурсов или процессов), то схема перестаёт восприниматься цельно, а начинает выглядеть, как лабиринт, в котором зрителю нужно выискивать интересующие его пути. С другой стороны, редко какой проект или бизнес-процесс уложится в такое небольшое число объектов. К счастью, то, что не вместит одна диаграмма, поместится на нескольких, не стремитесь всё изложить сразу, помните: всегда можно сделать ещё одну диаграмму.
    Итак, если схема получилась громоздкой, выделите группу объектов, по возможности слабо связанных с другой частью диаграммы, и замените их одним процессом. Удалённые объекты станут основой новой диаграммы, которая будет пояснять суть нового процесса.
    Такая, казалось бы, чисто техническая задача на самом деле имеет большое значение, так как подобным образом выстраивается иерархия детализации задач и разделение контекстов исполнения процессов. Теперь с точки зрения основной диаграммы не важно, как реализован новый процесс, подробности его реализации вынесены в отдельную диаграмму, они существуют как бы в отдельном пространстве, на которое основная схема имеет ограниченное влияние. Это довольно полезное свойство: чем более независимы соседние задачи, тем меньше вероятность, что ошибки и проблемы одной из них будут влиять на другие.
    Другим важным аспектом детализации диаграмм является возможность развести аудитории: как правило, диаграммы верхнего уровня интересны менеджерам, а вложенные диаграммы больше полезны техническим специалистам. Разбив диаграмму на уровни, мы можем каждую новую диаграмму проектировать с учётом её аудитории, формируя сюжет, понятный и увлекательный именно для неё.
    Шаг 8. Убедитесь, что объекты имеют тип, соответствующий их сути, визуально разделите информационные и физические потоки. Если диаграмма содержит несколько контекстно связанных объектов, выделите их с помощью группы. В местах, требующих пояснений, разместите объекты типа комментарий.
    В зависимости от выбранной нотации описания процессов нам будут доступны различные типы графических объектов, описывающих специфические аспекты задач, внимательно изучите перечень доступных объектов и используйте наиболее подходящее описание для каждой из задач. Иногда нотация позволяет отдельно выделить область на диаграмме, внутри которой можно расположить задачи, связанные каким-то общим признаком: исполнителем, местом исполнения и т. д.
    Часто такие области оформляются как горизонтальные дорожки, после чего диаграмма выглядит, как бассейн, в котором каждый исполнитель плывёт по своей дорожке вдоль своих задач. Такая организация диаграммы довольно наглядна, но может иметь свои композиционные недостатки.
    Шаг 9. Для процессов, не являющихся элементарными операциями, постройте вложенную диаграмму, начиная с Шага 1.
    На Шаге 7 мы синтетически создавали новую задачу из группы объектов и детализировали её вложенной диаграммой. На этом шаге делается то же самое, но аналитически: мы пытаемся сложный объект разложить на более простые процессы и отобразить их во вложенной диаграмме. В управлении проектами этот процесс называют структурной декомпозицией работ. Разбивая задачи на более мелкие или объединяя их в более крупные, следует следить, чтобы задачи одного уровня, отображаемые в одной диаграмме, были приблизительно равны по значимости и трудоёмкости.
    Шаг 10. Для отдельных ресурсов там, где это необходимо, добавьте вложенную диаграмму подготовки ресурса к использованию. Для избранных целей добавьте диаграмму по проверке требуемых качеств достигнутой цели.
    Продолжаем работу по декомпозиции, но акцентируем внимание на ресурсах и целях.
    Успешно завершив все десять шагов, мы должны получить набор процессных диаграмм, иллюстрирующих непротиворечивый и непрерывный сценарий по достижению запланированных целей. Однако эти диаграммы ещё не являются готовым продуктом, для каждой из них нужно найти подходящее композиционное решение и оформить их, соблюдая ряд визуальных формальностей и нюансов. Тому, как превратить нашу сырую руду в звонкий металл, будут посвящены следующие статьи, пока же подведём итог этой.
    Итак, описание любого процесса начинается с составления сценария, который связывает объективную структуру процесса с аудиторией, для которой предназначено описание. В случае если адресатом является человек, удобно пользоваться компактными диаграммами процессов, организованными в иерархическую структуру, основанную на архитектуре процесса. Заметьте, что внедрённая в описание процесса иерархия может не быть частью самого процесса, она больше нужна для целей эффективного восприятия аудиторией — иногда, чтобы что-то сделать проще, сначала это нужно усложнить.

    Ниже приложена диаграмма пошагового процесса, изложенного в статье, потратьте несколько минут на её изучение.
    UPD
    Следующая статья: «Техническая композиция диаграмм процессов»

    Владимир Репин

    Генеральный директор ООО «Владимир Репин Менеджмент»

    Член ABPMP Russia

    Доцент

    Консультант по управлению

    Бизнес-тренер

    Кандидат технических наук

    В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие. При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.

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

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

    Сравнение нотаций

    Для сравнения были выбраны следующие нотации описания процессов:

    1. «Простая блок-схема» (с отображением движения документов, с использованием блока «Решение»);
    2. «Простая блока-схема» (без отображения движения документов, без использования блоков «Решение»);
    3. «Процедура» системы Business Studio (один из возможных вариантов представления);
    4. ARIS eEPC.

    В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на Рис. 1–4.

    Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)

    На схеме, представленной на Рис. 1, последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов — при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы, ни то, и ни другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т. п. Но на схеме процесса нужно показывать реальные объекты — процессы, выполняемые людьми, документы, информационные системы и т. п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

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

    Сформулируем «плюсы» и «минусы» рассмотренного выше (Рис. 1) способа использования «ромбиков».

    «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)

    «Плюсы» «Минусы»
    1. Наглядное отображение «логики» выбора тех или иных выходов процесса;
    2. Акцентирование внимания исполнителя на точку принятия решения/ветвление процесса в зависимости от условий.
    1. Вынос логики принятия решения «наружу» операции процесса (некорректно с точки зрения формальной декомпозиции процессов);
    2. Неудобно документировать процесс (приходится дублировать «ромбики» текстом при формировании текстового описания операции);
    3. Схема процесса становится информационной перегруженной;
    4. «Ромбики» часто используются слишком формально, без реальной необходимости.

    По мнению автора статьи, рассмотренный на Рис. 1 способ применения блоков «Решение» («ромбиков») является некорректным с точки зрения бизнес-моделирования.

    На Рис. 2 показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме Рис. 1. Схема Рис. 2 выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.

    Рис. 2. Схема процесса в нотации «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»)

    «Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 2, показаны ниже.

    «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»)

    «Плюсы» «Минусы»
    1. Простота и наглядность для исполнителя;
    2. На лист можно поместить больше информации, чем в случае формата, использованного на Рис. 1.
    1. «Логика» принятия решений скрыта внутри операций процесса;
    2. Графическую схему целесообразно сопровождать таблицей с текстовым описанием операций процесса.

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

    На Рис. 3 представлена схема процесса, сформированная в нотации «Процедура» среды моделирования Business Studio. Схема имеет несколько особенностей. Во-первых, блоки «Решение» использованы нестандартным образом — не как графический элемент для отображения вопроса и ветвления, а как полноценная операция процесса, связанная с принятием решений. В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее. При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т. п.

    Второй особенностью схемы процесса, представленной на Рис. 3, является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником — стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Однако в Business Studio можно обойтись использованием только одного типа стрелок — стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности.

    Такой подход дает возможность:

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

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

    Тот факт, что название стрелки не зависит от документов, которые к ней привязаны, позволяет именовать стрелки на схеме максимально понятным и удобным для сотрудников образом. Например, к стрелке предшествования «Подготовлен комплект отчетов» можно привязать комплект конкретных документов. Название стрелки в этом случае указывает исполнителю на событие, завершившее предыдущую операцию под названием «Сформировать отчет по инкассации за день». (Заметим, что в методологии компании «СТУ» стрелка после операции процесса — это сущность, а не событие. После блока «Решения» можно показывать возможные результаты решения).

    Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

    «Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 3, показаны ниже.

    «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

    «Плюсы» «Минусы»
    1. Простота представления;
    2. Акцентирование внимания исполнителя на операцию, связанную с принятием решения/ветвлением процесса;
    3. На листе А4 может быть представлено большое количество информации.
    1. Блок «Решение» не декомпозируется;
    2. Неоднозначность в именовании стрелок (возможны разночтения).

    В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на Рис. 3.

    На Рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

    Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на Рис. 1–3. Трудоемкость формирования такой схемы также существенно выше.

    Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio)

    Схема процесса в нотации ARIS eEPC (построена в Business Studio)

    «Плюсы» «Минусы»
    1. При формировании схемы выдерживается строгая, формальная логика процесса;
    2. Четко определены все события, возникающие по ходу процесса.
    1. Сложность восприятия;
    2. Значительная трудоемкость формирования схемы;
    3. У сотрудников должны быть специальные навыки и опыт интерпретации подобных схем;
    4. Информационная избыточность;
    5. Занимает слишком много места, что неудобно для документирования.

    В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

    Описание процесса для целей последующей автоматизации

    Интересно рассмотреть приведенный выше пример описания бизнес-процесса в случае, если он представлен в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т. е. процессов которые поддерживает система BPM.

    Своим мнением об использовании BPMN 2.0. делится А. А. Белайчук — Генеральный директор компании «Бизнес-консоль»:

    «На Рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на Рис. 1: в нотации BPMN задачи изображаются прямоугольниками, развилки — ромбами, данные — пиктограммой, похожей на документ. Потоки управления — сплошные линии, потоки данных — пунктирные.

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

    В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну, а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинги bpmntraining.ru.»

    Рис. 5. Схема процесса в нотации BPMN 2.0

    Практика жизни

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

    Рис. 6. Примеры схемы процесса одной из компаний

    При формировании схемы Рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т. п.

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

    Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.

    Использование сложных, формализованных нотаций при описании процессов приводит к:

    • Трудностям при использовании (интерпретации) схем рядовыми сотрудниками;
    • Невозможности (сложности) организации работ по описанию процессов силами сотрудников подразделений, не прошедших специальное обучение;
    • Значительному увеличению трудозатрат бизнес-аналитиков на формирование схем;
    • Дополнительным сложностям при документировании схем (большой объем и т. п.).

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

    http://finexpert.ru/ — среда общения профессионалов http://bpm3.ru/ — процессы, проекты, эффективность