BPM

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

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

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

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

Применение технологий BPM для управления заранее определенными бизнес-процессами не позволяет эффективно выполнять операции, в которых состав участников и их действия нельзя назначить заблаговременно. Вместе с тем придать динамизм управлению бизнес-процессами могут решения адаптивного управления деятельностью — недостающее звено BPM. К числу систем, удовлетворяющих требованиям Adaptive Case Management, относится платформа EMC Documentum xCP.

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

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

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

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

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

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

«Можно ли решить все задачи в одной ИТ-системе?» — вопрос, имеющий право на обсуждение хотя бы в контексте одной сферы, например проектирования и производства.

Изначально под Business Process Management подразумевалась методология управления, однако постепенно наметился крен в технологию, что снизило интерес к BPM со стороны бизнеса. В результате появившийся было у бизнеса шанс получить источник повышения конкурентных преимуществ грозит превратиться в химеру.

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

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

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

Сначала были коды, затем ассемблер, потом PL/1, Си, Java и .Net - примерно так, повышая уровень абстракции, шла история взросления средств разработки программного обеспечения.

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

Для успешного функционирования предприятия, как и для успешного функционирования любой системы, требуется согласованная работа двух составляющих: исполнительных органов и системы управления ими. На вопрос о том, как построить такую систему управления, в разное время отвечали по-разному. Сегодня доминирует мнение, что бизнес-процессы - это то, чем нужно управлять, а Business Performance Management - то, посредством чего можно управлять.

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