Новый пост на блоге Джима Синура: “Business Process Management Grows Value While Saving Costs“. Он говорит как здорово убивать двух зайцев одним выстрелом:
1. BPM уменьшает затраты
2. BPM увеличивает доходы
Идея не нова, но Джим еще приводит некоторые конкретные аргументы, благодаря которым заметку стоит прочесть.
Однако, при всем моем к нему уважении, осмелюсь заявить, что этот список не полон - в нем не хватает:
3. BPM ускоряет реакцию
Звучит слишком абстрактно? Я подозреваю, многие вообще не понимают что это за штука такая “agile”, которую и на русский-то непонятно как переводить (я перевел как “быстрая реакция”). ОК, давайте я покажу вам где тут деньги.
Вообще говоря, есть три способа конкурировать:
1. Новый рыночный сегмент открывают инноваторы, которые превосходят других во времени выхода на рынок. Они способны предложить нечто, чего до сих пор не было.
2. Следом приходят те, кто обеспечивает лучшее качество.
3. И наконец, когда ни концепеция, ни качественное производство больше не являются секретом, все начинает решать стоимость.
Обратите внимание: второй список соответствует первому, если его расположить в обратном порядке!
Как же это третье преимущество выглядит на практике? На самом деле, очень просто: существует такая стратегия “ждать, пока откроется окно возможностей”. Такая стратегия подразумевает, что вы должны быть очень шустрыми, поскольку это окно открывается лишь ненадолго.
Предположим, вы - банк, который добился выдающейся скорости реакции за счет SOA+BPM, которая позволяет вам запустить новый продукт, скажем, в течение двух месяцев, в то время как средний по отрасли показатель составляет щесть месяцев. Находясь в таком положении, вы можете скопировать любую хорошую идею, которая может появиться у вашего конкурента, а он не сможет скопировать вас, потому что пока он будет этим заниматься вы успеете сделать следующий шаг.
(Я прибегнул к банковскому примеру потому, что для них продукт = процесс. Для других отраслей это не столь очевидно, но в любом случае, вохможность в сжатые сроки реализовать новый процесс или перепроектировать имеющийся - это явное преимущество.)
Не убедил? Тогда еще один аргумент: как известно, есть много общего между бизнесом, войной и шахматами. Но и в шахматах, и в военной стратегии есть понятие “темпа”: если вам удалось ограничить противника во времени, то это повышает ваши шансы на выигрыш. Поэтому шахматисты могут, например, пожертвовать пешку за темп - в шахматах “запасенное время” является вполне материальной вещью.
То же и в бизнесе. Когда вы вкладываете какие-то ресурсы в BPM, то вы не только приобретаете больше заказчиков и обслуживаете их более эффективно - вы также получаете “запасенное время”, благодаря которому вы оказываетесь лучше подготовленным к временам перемен, будь то позитивных или негативных.
И последнее замечание: процессное управление - дисциплина с давней историей, и всегда в центре внимания были затраты и доходы. Быстрота реакции - это то новое, что принес BPM. Поэтому мы не должны про нее забывать и не должны стесняться артикулировать ее нашим клиентам.
We are in violent agreement
See http://blogs.gartner.com/jim_sinur/2009/02/04/the-top-five-benefits-that-bpm-delivers-today/ and http://blogs.gartner.com/jim_sinur/2008/10/14/is-anyone-thinking-about-managing-agility/ and http://blogs.gartner.com/jim_sinur/2009/01/19/the-rule-enabled-bpms-and-agility-the-real-deal/
Jim
Sure, agility is always presented in Gartner’s publications on BPM and we know who is the main contributor
So I was a bit surprised why you didn’t find it worth to mention this time. For brevity I guess.
Frankly, I used is as an occasion to shape my own thoughts on the matter.
Весть пост, кроме последнего абзаца маркениговый бред. Можно без проблем заменить слово BPM, на что угодно Oracle, J2EE, .NET и распостить в соответствующие тематические блоги
Ну понятное дело: “не читал, но осуждаю”
Эээ… упоминание последнего абзаца, не достаточный намек на то что я прочитал таки все?
Если так просто не понятно, демонстрирую:
——————-
Новый пост на блоге Дерека Ашмора: “J2EE _Platform Grows Value While Saving Costs“. Он говорит как здорово убивать двух зайцев одним выстрелом:
1. J2EE уменьшает затраты
2. J2EE увеличивает доходы
Идея не нова, но Дерек еще приводит некоторые конкретные аргументы, благодаря которым заметку стоит прочесть.
Однако, при всем моем к нему уважении, осмелюсь заявить, что этот список не полон - в нем не хватает:
3. J2EE ускоряет реакцию
————-
… и далее бесмысленные бла-бла-бла в том же стиле.
Михаил, если бы я увидел, что вы не прочли пост, то я бы удалил комментарий. Так что прочесть-то вы прочли, а вот поняли ли прочитанное…
Контрольный вопрос: есть ли в контексте преимуществ для бизнеса (а речь в обоих постах идет об этом) объективные отличия между BPM и приведенными вами альтернативами?
Есть, если интересно, я два года работал над средой разработки для BPEL, так что я немножко в теме.
Но это безумно круто говорить - о ну мы же о BPM говорим, и этим все сказано.
В статье по прежнему, можно сделать автозамену, и смысла от этого в ней не прибавиться и не убавиться.
> это безумно круто говорить - о ну мы же о BPM говорим, и этим все сказано
Your words, not mine.
Начнем с того, что BPM != BPMS. И Синур, и я говорим о первом, Вы же, судя по всему, сужаете предмет.
Но даже если говорить только о BPMS, то его принципиальное отличие в том, что занимает верхнее положение в стеке информационных технологий. OS, DBMS, AppSvr - это, с точки зрения бизнеса, “потроха” , а бизнес-процессы - это то, что его живо и непосредственно интересует. Именно поэтому уместно говорить об эффекте для бизнеса BPM, и в значительной степени является профанацией говорить о том же применительно, скажем, к J2EE. BPM дает прямой эффект с точки зрения бизнеса, остальное - косвенный.
>я два года работал над средой разработки для BPEL, так что я немножко в теме
В какой степени BPEL относится к BPM - вопрос дискуссионный. Я лично считаю, что о BPM в полном смысле слова можно говорить только тогда, когда наличествуют одновременно: 1) процессная методология, 2) инструментарий BPMS и 3) выполнение проекта в стиле agile. Не хочу никого обижать или принижать чьи-то достижения, но если команда программистов что-то делала с использованием BPEL, то это еще далеко не BPM. Вполне возможно, это достойная работа - просто слабо относящаяся к BPM.
Относительно скорости реакции на изменение бизнеса BPMS как раз отличается от систем других типов (аналогия с J2EE здесь - неудачная). Одна из задач BPMS – дать возможность быстрой разработки и изменения бизнес-процессов предприятия без обновления кода системы, используя только графический редактор процессов.