Process Is The Main Thing

@ Anatoly Belaychuk’s BPM Blog

What Are the Biggest Challenges BPM Will Face in 2015?

That was the question Peter Schoof asked at BPM.com forum. It provoked long answer that I’m copying here to get back next year.

Peter, is your question about technology? Management discipline? Capabilities and overall process maturity of today’s enterprises? All of these? Ambiguous questions provoke misunderstanding.

If accepting the widest scope (i.e. considering all three aspects) then where is the bottleneck, I wonder?

1) Is it the unfulfilled promises of BPM vendors?

From my perspective, the biggest challenge here is merging together enterprise architecture, modeling and execution tools (measurement also implied indeed). Current BPMS’s implement roundtripping in the smaller cycle model-execute-measure that only works on a single process level. We are still in the one-way mode at the enterprise level: enterprise models are developed in the EA tools, then thrown to BPMS engineers for implementation and so we we’ve got two sources of truth. With this gap it’s no surprise that enterprises are struggling to reach the higher levels of maturity that require an architected set of enterprise-wide processes.

Social enablement is another big challenge. The major issue is that social functionality can’t be successfully implemented within a BPMS alone. Nobody needs a social functionality here, there and over there too. One portal with social functionality for process, another for projects and yet another for cases (letting alone ERP and alike)? Doesn’t make much sense for me. Merging together projects, processes, cases is another challenge.

2) Or maybe it isn’t the technology we should care about first? Maybe we have too much technology already while the BPM methodology is lagging behind?

Do we have consistent body of knowledge? I’m afraid we aren’t there yet. There are great many books written about BPM but are they coherent? I’m not criticizing here - it’s a real issue our customer are facing. They ask: “This BPM thing sounds great but where can I read about it? Which university and/or business school provides true BPM pros? Can I replace one BPM specialist by another or are you all gurus each of your own kind?” ABPMP CBOK is the best attempt I’m aware of at the moment but it’s far from being perfect. How can we expect a majority of customers to adopt BPM when it’s clearly not fully mature as a discipline.

3) But probably the biggest challenge is that organization needs a solid set of internal capabilities and something in its values and culture to be successful in BPM.

How can we - developers and consultants - help this? I do see one opportunity. As for today, BPM is mostly do-it-your-self adventure. This is the essence of BPM: whatever can be standardized is already implemented in of-the-shelf software (ERP and alike), BPM is about “systems of differentiation”. But does it mean that every BPM solution should be developed from scratch? Every BPM customer would be grateful if they could leverage a packaged framework for a specific application domain. Ideally, there should be a marketplace for such frameworks developed both by the platform vendors and wide range of partners. People are accustomed to this model already with iThings and Android apps. In BPM case it’d be a framework rather than a ready-to use application but it’ll deliver lot of value anyway. I believe this is a challenge for all of us - vendors, consultants and customers.

Sorry for the long post and no definite answer to the question.

12/12/14 | Notes |    

Comments (3)

  1. Михаил 01/13/15 12:33 PM

    Попытаюсь добавить задачи BPM с точки зрения потребителя , а не внедренца BPMS

    к п (1)
    интеграция с системой целеполагания и системой планирования и расходования ресурсов
    Несмотря на название этого блога («главное не результат, главное процесс») все-таки процессы нужны для достижения каких-то целей. Любая деятельность должна начинаться с целеполагания, ИМХО )))
    Сперва строим дерево целей от обобщенных и удаленных стратегических целей к весьма конкретным и близким операционным целям.
    Затем для каждой цели определяем и проектируем процессы\проекты, ведущие к ее достижению
    А затем для каждого процесса\проекта определяем – сколько нужно ресурсов для его осуществления (человечески, материальных, денежных …)
    Итак: «цели» — «процессы\проекты» –«ресурсы»
    Мне не хватает в BPM именно увязки этой цепочки.

    Попробую пояснить на примере:
    Допустим одна из целей – увеличение продаж. Она декомпозируется на две под-цели
    1) Увеличить кол-во клиентов
    2) Увеличить ср стоимость одного заказа («средний чек)
    Для увеличения клиентов на 100 мне потребуется запустить процесс «привлечение нового клиента» допусти 250 раз (150 раз впустую и 100 раз успешно). Для осуществления 250 экземпляров процесса мне понадобится А человеко-часов таких-то сотрудников с такими-то ставками, Б километража поездок, В авиаперелетов, Г минут тел разговоров, Д писем, Е бумаги и пр. ресурсов.

    Увязки целей-процессов-ресурсов (+ оценки рисков того, что исполнение процессов не приведет к достижению целей) я пока не нашел ни в методологиях ни в реализациях.

  2. Anatoly Belychook 01/13/15 12:55 PM

    Разумеется, корпоративная архитектура включает в себя показатели, целевые уровни и ресурсы.

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

  3. Михаил Королёв 02/18/15 10:29 AM

    Верно. Только увязка процессов и ресурсов даёт возможность сбалансировать внутренние работы с входящим потоком заказов и оптимизировать бизнес-процесс по критерию доходности. Труд - такой же ресурс предприятия, как деньги и товары. Сколько человеко-часов стоит привлечение нового клиента, закупка партии материалов у поставщика, организация работ на объекте и т.д.? В системе GPR каждая бизнес-операция измеряется в часах и рублях. Вы видите загрузку каждого сотрудника и узкое место всего процесса. А дальше - регулируйте процесс, перераспределяйте работы, меняйте тарифные ставки. В общем-то всё просто :)

What do you think?

Captcha

Copyright © 2008-2016 Anatoly Belychook. Thanks to Wordpress and Yahoo.  Content  Comments