There is a new post at Jim Sinur’s blog: “Business Process Management Grows Value While Saving Costs“. He says how great it is being able to achieve two results by single activity:
1. BPM Saves Costs
2. BPM Increases Value
Not quite new idea but Jim adds some specific arguments which makes the post worth to read.
Yet with all my respect to him I dare to say that the list above isn’t complete - it misses:
3. BPM Increases Agility
Sounds too abstract? I suspect many people aren’t really sure what the hell this “agility” thing is. OK, let me show you the money behind it.
Generally speaking, there are three ways to compete:
1. A new market segment is opened by innovators who excel in time-to-market. They offer something that didn’t exist before.
2. Then comes those who deliver superior quality.
3. And finally when neither the concept nor the production quality is no secret then it all becomes about the cost.
Do you see? The second list matches to the original one in reverse order!
Now how does this third advantage like in practice? Quite simple, actually: there is a strategy of “waiting for the window of opportunity to open”. This strategy implies that you must be fast because the window only opens for a short period.
Let’s assume that you are a bank which achieved an outstanding agility from SOA+BPM that allows you to launch a new product say in two months while industry average is six months. Being in such position you are able to copy any good idea that your competitor may get while he won’t be able to copy you because you’ll make the next step meanwhile.
(I used a bank as an example because for them product = process. For other industries it isn’t that obvious but still being able to implement a new process or redesign an existing process promptly is a clear advantage.)
Still not conviced? Here is another argument: it’s well known that business, warfare and chess have much in common. Both in chess and war strategy there is a notion of “tempo”: if you made your opponent stressed in time then it increases your chances to win. Hence it’s not uncommon to exchange say a pawn for a tempo in chess so this “canned time” is absolutely material thing in chess.
And so it is in business. When you invest some resources into BPM you not only obtain more customers and serve them more efficiently - you also posess a “canned time” which makes you better prepared for changes, either positive or negative.
The final note: the process management discipline has a long history and it always was about costs and value. Agility is a new thing that BPM brings. So we shouldn’t forget about it and shouldn’t be shy to articulate its value to our customers.
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 – дать возможность быстрой разработки и изменения бизнес-процессов предприятия без обновления кода системы, используя только графический редактор процессов.