BPM и проблемы ИТ-служб

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

Самым разумным было бы рассматривать выдвигаемые идеи в контексте знаний, уже накопленных компьютерной отраслью (computer science), и сравнивать их с подходами, которые уже доказали свою эффективность. Но как раз с этим у специалистов по маркетингу проблемы: в массе своей они повторяют заученные мантры, а кругозор у них зачастую уже, чем у их слушателей. Сказанное в значительной степени относится к идеям, стоящими за аббревиатурами BPM и SOA: шумная и не всегда компетентная пропаганда, с одной стороны, и скепсис со стороны грамотных и самостоятельно мыслящих специалистов — с другой.

Почему BPM-системы имеют право на существование

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

На чем основывается эта убежденность:

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

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

2. BPMS — это новый класс системного программного обеспечения, появление которого следует той же логике, что и появление СУБД за двадцать лет до того. Вспомним: в свое время мысль о том, что данные целесообразно отделить от алгоритмов и использовать для управления ими специализированное системное программное обеспечение в виде СУБД, вовсе не была очевидной. Скептики говорили, что их программы и так справляются с хранением данных, и никакая СУБД не сможет делать это быстрее и лучше, и вообще СУБД — это лишняя трата денег.

   Сегодня то же самое происходит с процессами: появилось понимание того, что у этих информационных объектов есть специфика, отличающая их и от алгоритмов, и от данных. Как следствие, появилась идея специализированного системного программного обеспечения, которое (как и СУБД в случае данных) полностью возьмет на себя управление процессами: моделирование, хранение, исполнение, анализ и т.д. — т.е. BPMS.

3. BPM-системы органично сочетаются с уже сложившейся ИТ-инфраструктурой: для хранения данных о процессах используются распространенные реляционные СУБД, для исполнения процессов — сервера приложений на платформе J2EE или .NET, для интеграции — существующие адаптеры (ODBC, JDBC, JCA) и веб-сервисы, для авторизации и аутентификации — службы каталогов (LDAP, Active Directory).

   BPM и SOA, в отличие от предыдущего поколения средств Workflow и EAI, следуют открытым стандартам в моделировании процессов (BPMN, BPEL, XPDL) и в интеграции с корпоративными приложениями (SOA и вебсервисы).

4. BPM подразумевает непрерывное усовершенствование и короткий цикл разработки. Этим он отличается от реинжиниринга, в котором оптимизация бизнес-процесса рассматривается как проект, выполняемый однократно, «большим скачком». А также от традиционной разработки корпоративных систем, когда аналитик составляет схему бизнес-процесса и затем передает ее разработчикам, которые более или менее точно интерпретируют процесс в программном коде. Инструментарий BPMS позволяет визуальными средствами быстро разработать начальную схему бизнес-процесса и запустить ее в опытную эксплуатацию. В дальнейшем BPM (в сочетании с SOA) позволяет с минимальными затратами дорабатывать бизнес-процесс и увязывать его с разнородными корпоративными системами.

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

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

BPM и лоскутная автоматизация

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

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

Но ведь это же абсурд: как можно всерьез предлагать российской компании (если только это не филиал глобальной корпорации) использовать конфигурацию системы, разработанную для американских или немецких условий ведения бизнеса? Как можно вести конкурентную борьбу, если вы не имеете возможности постоянно перестраивать свои бизнес-процессы, борясь за клиентов и за снижение издержек?

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

Конечно, ERP-система — вещь нужная и полезная, а идея системы, основанной на единой базе данных, безусловно, правильна. Просто не надо доводить ее до абсурда — до идеи «единой и окончательной» корпоративной системы. На наших глазах автоматизация проникает во все новые сферы — появляются системы DSS, CRM, MES и т.д. Меняется и бизнес. Если холдинг приобрел новое предприятие, то надо немедленно заменить работающую на нем систему? А если речь идет не о поглощении, а о создании виртульного предприятия — формы партнерства, при которой цепочка поставщиков с точки зрения заказчика представляется единой бизнес-структурой? В этой ситуации тоже следует внедрить единую систему? Так недалеко и до идеи единой системы Земли.

Если вам надо добраться из одного города в другой — разве вы ждете, что реактивный лайнер доставит вас до квартиры? Нет, вы пользуетесь несколькими видами транспорта: самолетом, метро, автобусом, а в конце поднимаетесь на лифте. Так же и ERP-система должна дополняться менее масштабными и более специализированными средствами. Понятно, не опускаясь до лоскутной автоматизации — путешествия вокруг света автостопом.

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

BPM поможет вам:

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

BPM и роль ИТ-подразделений

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

В принципе, подобные кризисы для ИТ — дело обычное: то, что еще вчера было вершиной технического прогресса, сегодня становится ширпотребом. Локальные сети, реляционные базы данных, клиент-серверная архитектура, интернет... теперь — корпоративные системы.

Но это — не повод для пессимизма и для разговоров о снижении роли ИТ. Ведь одновременно появляются новые «точки роста» — многообещающие направления, в которых снова оказываются востребованы инициатива, творческая энергия и увлеченность ИТ-специалистов. Сегодня одним из таких направлений является BPM, который иногда называют «The Next Big Thing».

В ситуации растущей популярности тиражируемых систем у ИТ-подразделений есть два пути:

1. Превратиться в обслуживающее подразделение, по значимости стоящее чуть выше отделов эксплуатации зданий и сооружений.
2. От автоматизации бизнес-функций перейти к управлению бизнес-процессами.

Многие уже идут по второму пути: на базе ИТ-служб создаются центры компетенции по BPM, в компаниях появляется должность CPO — Chief Process Officer, директор по бизнес-процессам. И первым кандидатом на нее, как правило, становится CIO — директор по ИТ.

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

Как конкретно при такой трансформации меняется роль ИТ-службы?

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

  При использовании BPM-системы такое посредничество становится ненужным: система исполняет бизнес-процесс, в точности следуя схеме, созданной аналитиком. Задачей программиста становится не автоматизировать бизнес-процесс «от» и «до», а разработать интерфейсы, посредством которых аналитик сможет связать бизнес-процесс с корпоративными системами и приложениями.

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

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

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

• Стандартным может быть вспомогательный процесс — например, прием на работу. Для такого процесса можно воспользоваться позаимствованными на стороне «лучшими практиками» и готовыми ИТ-решениями. Но основные бизнес-процессы — те, что приносят доход — это дело другое. Компания, выигрывающая у своих конкурентов, никогда не станет раскрывать им свои бизнес-процессы. Необходимо развивать собственную компетенцию в этой области, искать собственные пути к успеху.

• BPM покончил с представлением о том, что совершенствование бизнес-процессов — это проект, однократное усилие. Залог существования компании — неустанная борьба за повышение конкурентоспособности, а, следовательно, за улучшение бизнес-процессов.

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