10. Кто сказал, что BPMS должна быть одна? 03.11.09 CNews: «Перспективы BPM в России» ERP контрагенты финансы склад APS мощности планы факты CRM контакты обращения возможности BPMS сквозной бизнес-процесс «от заказа до оплаты»
11.
12.
Editor's Notes
Как видите, я выбрал для доклада провокационную тему. Но в конце концов, формат круглого стола подразумевает не дежурный отчет о достижениях, а дискуссионность. Поэтому я хочу поделиться с вами тем видением поля деятельности BPM в России, которое сложилось в нашей компании сегодня, после 4 лет работы в этой области. Я не удивлюсь, если доклад кому-то покажется спорным – на самом деле, не все в нем бесспорно и для нас самих. Но где, как не на подобном мероприятии, обсуждать перспективность тех или иных направлений исследований?
Откуда вообще взялась тема ERP в контексте BPM? Начнем с того, что мы – максималисты: среди возможных трактовок BPM мы для себя приняли ту, в которой BPM является инструментом трансформации бизнеса. Уточню: бизнеса, понимаемого не как выполнение сотрудниками компании рутинных обязанностей, а как удовлетворение потребностей клиентов, приносящую прибыль владельцам бизнеса сейчас и в перспективе. Именно в этой «рамке» заключена б о льшая часть потенциала BPM . Остальные задачи и масштабом поменьше, и средства для их решения те или иные, но уже существуют – например, тот же документооборот. Но что касается задач трансформации бизнеса, то с ними передовые собственники и топ-менеджеры бьются фактически один-на-один. Это «неизвестная война» – им зачастую и поделиться не с кем. Вы можете встретиться с заказчиком и не узнать про идеи и планы, которые он вынашивает. ИТ-службы не привыкли участвовать в решении подобных задач. Инструмента, позволяющего работать на стыке бизнеса и ИТ, до появления BPM не было. Заодно, воспользовавшись жанром теста, обозначу разницу между BPM и BPMS.
Как только мы позиционируем BPM как средство трансформации бизнеса, он немедленно встает на одну доску с ERP . Если разбирать по пунктам, вроде бы между ERP и BPM мало общего – и в методологии, и в технологии, и в способе реализации. Но поскольку и цели, и средства их достижения у ERP и BPM совпадают, оказывается, что с точки зрения бизнеса принципиальной разницы между ними нет.
Поэтому раз за разом, встречаясь с клиентами, мы слышим одно и то же: «все, что вы рассказываете, интересно, но как это сочетается с нашей ERP -системой? Если не дать на этот вопрос убедительного ответа, потенциальный заказчик сосредоточит усилия на ERP, как на вещи понятной и общепризнанной.
Каково сегодня положение дел с внедрением и использованием ERP- систем? Если вернуться к истокам, то «сквозная» буква в эволюционной цепочке MRP – MRP-II – ERP – это P, обозначающая планирование. Однако реальность такова, что подавляющее большинство проектов внедрения имеют результатом налаженный управленческий учет. Подчеркну: речь идет об успешных проектах. Я слишком хорошо знаю что такое разработка и внедрение ERP и поэтому далек от того, чтобы кого-то обличать. В конце концов, зачем внедрять все сразу если можно по частям. Но реальность множества компаний, успешно внедривших ERP , сегодня такова, что планирование в них ведется «на коленке» – при помощи Excel или доморощенных программ, не отвечающих современным требованиям.
Что же представляют собой задачи планирования? Вот пример общей схемы процессов планирования, разработанной нами для одного заказчика. Сказать, что процессы в планировании сложнее учетных – это ничего не сказать! Прямая задача решается относительно просто: годовой план детализируется до месячного и т.д. Но как решить обратную задачу – как составить план продаж исходя из имеющихся ограничений по сырью и производственным мощностям? Единственный способ – последовательными приближениями, многократным решением прямой задачи: задали план провели прямой расчет проверили ограничения по сырью, мощностям, оборотным средствам, объему склада и т.п. если ограничения оказались нарушены – возвращаемся к п.1, корректируем план
Давайте признаем: учет практически не влияет на итоговые финансовые результаты. Влияние качества планирования на продажи: 2) качество планирования - > устранение простоя в узких местах ( TOC) -> увеличение объема выпуска при неизменных постоянных затратах -> увеличение продаж 1) качество планирования -> качество исполнения заказа - > удовлетворенность заказчика -> новые заказы - > увеличение продаж Влияние качества планирования на издержки: 3) качество планирования - > JIT -> снижение запасов на складах ГП, сырья, полуфабрикатов - > сокращение издержек Наряду с пользователями, для которых ERP – их основная работа, есть гораздо более широкий круг сотрудников, выполняющих важные функцию, но эпизодически. Известная проблема: переусложненные ERP вызывают у таких «непрофессиональных» пользователей отторжение . Например, решения о пересмотре планов в некоторых случаях может приниматься на уровне генерального директора – его тоже учить ERP?
Для успешного освоения BPM необходим ERP. Иначе в рамках проекта BPM придется разрабатывать необходимые бизнес-объекты, и это его убъет. С другой стороны, проклятый вопрос ERP – «Ну хорошо, внедрили. И как это отразилось на наших итоговых экономических показателях?» Итоговые показатели улучшает BPM , не ERP. Но без ERP BPM этого сделать не может.
Итак, ERP и BPM созданы друг для друга. В последние годы поставщики ERP (за исключением Microsoft) с этим согласились: SAP объявил NetWeaver BPM, Oracle развивает наследство BEA, 1C объявил о расширении процессной функциональности в версии 8.2. Так может, воспользоваться этими встроенными BPMS? Сэкономить на таком варианте вряд ли получится, но у него есть несомненный плюс: не нужна интеграция. У варианта отдельной, независимой BPMS плюсов пожалуй побольше. Она оказывается более доступна для пользователей, у нее как правило более богатая функциональность. И что немаловажно, она доступна сейчас, тогда как встроенные BPMS – это в большей степени анонсы, чем зрелые программные продукты.
Но на самом деле выбор «или-или» не стоит. Предположим, что у нас уже есть: - ERP с встроенной BPMS - CRM- система с относительно простым движком workflow - программа производственного планирования и диспетчеризации без процессной функциональности Вопрос: какой из систем вы доверите управление сквозным бизнес-процессом «от заказа до оплаты»? Использование для этого независимой BPMS преимущества, о которых я только что сказал. Наличие же BPMS , встроенных в прикладные системы, позволяет работать с этими системами не на уровне отдельных функций, а подпроцессов, тем самым логически структурируя задачу и упрощая процесс на верхнем уровне. В конце концов, мы ведь не считаем, что у компании должна быть только одна СУБД или один веб-сервер. Когда мы внедряем очередную программу, скажем, управления автоматизированной проходной, то она приходит со своей базой данных. И мы при этом не пытаемся ни подсунуть уже имеющуюся базу данных, ни использовать базу данных этой программы для решения всех остальных задач компании. Это же верно и по отношению к BPMS.