Если теперь свести вместе три важнейших атрибута проектов BPM и изобразить на диаграмме их взаимосвязи, мы получим рис. 11.8, где показано, что часто
Важно подчеркнуть, что не следует скрупулезно придерживаться описанной схемы; ее нужно адаптировать к конкретной организации и ситуации. Более подробно применение схемы рассмотрено в главе 12.
Организация, ориентированная на процессы
Ниже мы обращаемся к организациям, ориентированным на процессы, так что полезно убедиться, что у нас единое понимание этого термина. Проще всего описать ориентированную на процессы организацию, сравнив ее с организацией, не являющейся ориентированной на процессы (табл. 11.1).
Руководитель высокого ранга в одной организации придерживался ориентированных на процесс взглядов и был убежденным сторонником управления процессами. Ему удалось получить большой выигрыш в результате внедрения процессов в одном из важнейших подразделений организации. Высший руководитель не был столь убежденным приверженцем процессного подхода, но попытался возглавить совершенствование процессов во всей организации. Он не смог заручиться вниманием и увлечь других руководителей высокого ранга. В результате не удалось получить выигрыш, на который он рассчитывал, в остальной части организации.
Вывод.
Руководитель, отвечающий за внедрение BPM, должен быть страстным приверженцем этой идеи и непреклонно добиваться ее успеха. Он должен уметь вселить свою увлеченность и преданность успеху идеи во всех остальных участников проекта.Таблица 11.1.
Сравнение ориентированной и не ориентированной на процессы организацийПо-настоящему процессно-центрированная организация могла бы сказать о себе:
Глава 12
Методические указания по использованию общей схемы
В предыдущих главах было введено понятие общей схемы и подчеркнута важность структурированного подхода к проектам BPM. В этой главе поясняется, как пользоваться общей схемой, пройдя путь, которым организация приходит к проектам BPM, а также выбранным впоследствии сценарием реализации проекта.
Почему не работает универсальный подход «один алгоритм на все случаи жизни»
Трудность любого структурированного подхода к бизнес-проектам, будь то проект BPM или любой другой, в том, что организации часто исповедуют философию одного подхода на все случаи жизни.
Распространено мнение, что проект BPM нужно начинать, заручившись полной и безраздельной поддержкой руководителя организации, и, несомненно, этот вариант идеален. На практике, однако, большинство руководителей фирм либо просто не знают о проекте BPM, либо не интересуются им, потому что считают его «просто очередным проектом». И даже если руководителю известно о проекте BPM, и этот проект – один из первых проектов BPM в организации, ему, возможно, понадобятся доказательства выгод, которые может принести BPM.
Но даже если руководитель организации и проявляет интерес, он часто не уделяет должного внимания, времени и ресурсов инициативе BPM. Бизнес-процессы происходят в самой организации, и их мониторинг, управление и совершенствование требуют не просто поддержки на словах. Недостаток уделяемого внимания, времени и ресурсов может оказать существенное негативное влияние на реализацию инициативы BPM.
Помимо этого, большинство подходов не учитывает различного уровня опыта и вживления BPM: от начальной ориентации BPM как важной составляющей управления, до окончательного принятия в повседневной деятельности. Очевидно, подходы будут фундаментально различаться в зависимости от опыта организации в области BPM.
В идеале у организации есть сформулированное и опубликованное стратегическое видение перспективы, целевые показатели и задачи. Организация берет на вооружение BPM, выстраивает стратегию в увязке с BPM и принимается за формирование архитектуры процессов – это столпы, на которых можно строить отдельные проекты. Кроме того, архитектура процессов увязывается со стратегией организации и архитектурой бизнеса и ИТ. Однако часто ситуация далека от идеальной.
Как выбирают проекты BPM