- Peter Schooff
- BPM Discussions
- Tuesday, 28 April 2015
- Subscribe via email
Looking ahead, what do you see as the biggest challenges facing case management going forward?
0
Accepted Answer
Pending Moderation
There are both structured cases (where teh process is consistent) and unstructured cases (where the next action is difficult to preduct). The case management system requirements are very different. But most companies have both structured and no-structured cases and want one technology solution. That is the challenge for the vendors.
Comment

- Patrick Lujan
- 4 years ago
- #791
That's pretty much it in a nutshell. The confusion, challenge doesn't come from the client community, it's coming from the vendors.
- more than a month ago
- BPM Discussions
- # 1
Accepted Answer
Pending Moderation
1.
[b]coming up with an executable standard[/b]. CMMN 1.0 is in beta and just needs a final nudge to be done, so in itself it's not an amazing challenge. And it is easily integrated with BPMN.
2.
[b]creativity of architects in designing flexible case plans and event-aware case files[/b].
3.
[b]implementation of process mining tools[/b]that create consistent case journeys out of multiple case plan instances and traces.
4.
[b]have the notation communicate well with customers[/b]. Ok, this is for CMMN 2.0 - a big problem because case management notation is about flexible plans, event listeners, sentries etc. Relatively easy to execute, not easy to communicate in a graphic form.
CEO, Co-founder, Profluo
Comment
- more than a month ago
- BPM Discussions
- # 2
Accepted Answer
Pending Moderation
As per the recent BPM discussion the biggest challenge to Case Management is complexity (design and integration). Complexity obviously results higher costs. This complexity is only going to get worse, not better as the number of business applications, formally and informally sourced, within an enterprise increase.
The classic Case Management market I think will remain the preserve of large businesses, an expensive luxury, with the lower end of the market continuing to be eroded by good enough, on demand, applications that claim they do Case but are in reality doing enhanced workflow.
Comment
- more than a month ago
- BPM Discussions
- # 3
Accepted Answer
Pending Moderation
I think the biggest challenge is, as stated above, the confusion that has been created in the market the last few years.
Every company manages cases, whether it be building a car, treating a patient or deliver insurance. Managing cases to bring them towards a desired end is daily business for a company in my opinion.
I think seeing all these 'things' as a case you do work for, is how companies should think. And for those cases, you execute a process. That can be straight through, that can be standardized, that can be batch oriented, that can be 'we don't know yet'. Those are just different ways of managing a process for cases.
Case management in itself is not a type of process. At least that's how I would like to see it. Unfortunately the term got many more definitions and meanings last few years. Quite a challenge...
Sharing my adventures in Process World via Procesje.nl
Comment
- more than a month ago
- BPM Discussions
- # 4
E Scott Menter
Blog Writer
Accepted Answer
Pending Moderation
Case management suffers from an identity crisis. Is it a subset of BPM? Is it an entirely different discipline? If my business (like many) has case-centric, flow-centric, and ad hoc processes, do I need two different solutions? Three?
Of course, some of the fog extends to enshroud the BPM world as well.
To be fair, this is simply how enterprise technology works. Business challenges rarely fall neatly into a single category, and therefore the clever CIO has to determine as best as she can where her company falls in the great Venn diagram of enterprise software solutions. If it were easy, anybody could do it.
Scott

Scott's opinions only. Logo provided for identification purposes only.

Scott's opinions only. Logo provided for identification purposes only.
Comment
- Patrick Lujan
- 4 years ago
- #792
Sandy nailed it long ago with her "It’s Not About BPM vs. ACM, It’s About A Spectrum Of Process Functionality" post over four years ago. It's been a dead subject as far as I'm concerned for a long time, but there's a handful - they know who they are - who insist otherwise. ;)
- more than a month ago
- BPM Discussions
- # 5
Accepted Answer
Pending Moderation
If there is “Spectrum Of Process Functionality” then it should be something which is more basic than classic BPM and ACM. For me, this basic is coordination of work. Schematically, classic BPM is strong coordination and ACM is weak coordination. Ideally, the users should be able switch between different level of coordination (like with the gear box) without buying another tool with different terminology/practices.
Having commonly-agreed understanding which unifies BPM and ACM we can progress to
1) common coordination patterns and coordination constructs
2) better standards (actually, a coherent set of standards)
3) interoperated tools
Is it still a challenge?
Thanks,
AS
Comment
- Bogdan Nafornita
- 4 years ago
- #794
from a technical standpoint, it's not a challenge anymore. There are tools that use both standards quite seamlessly and proficiently.
And it's completely transparent to customers. They won't care if the button they push triggers a BPMN event listener or a CMMN sentry.
I am developing a solution that combines BPMN and CMMN and it's actually quite easy.
The only limit, as I said, is imagination and creativity: design the right level of coordination so that it serves the customers in the best way: strong coordination where the logical flow is important and weak coordination where the case completion is important.
And it's completely transparent to customers. They won't care if the button they push triggers a BPMN event listener or a CMMN sentry.
I am developing a solution that combines BPMN and CMMN and it's actually quite easy.
The only limit, as I said, is imagination and creativity: design the right level of coordination so that it serves the customers in the best way: strong coordination where the logical flow is important and weak coordination where the case completion is important.
- Dr Alexander Samarin
- 4 years ago
- #795
Agree Bogdan. Considering that there are many BPM/ACM tools on the market then, sure, it is not a technology issue any more.
Some help with “imagination and creativity” you may find at the following collection of blogposts http://improving-bpm-systems.blogspot.ch/search/label/coordination and http://improving-bpm-systems.blogspot.ch/search/label/practical%20process%20patterns as well as in my book.
Thanks,
AS
Some help with “imagination and creativity” you may find at the following collection of blogposts http://improving-bpm-systems.blogspot.ch/search/label/coordination and http://improving-bpm-systems.blogspot.ch/search/label/practical%20process%20patterns as well as in my book.
Thanks,
AS
- more than a month ago
- BPM Discussions
- # 6
Accepted Answer
Pending Moderation
As many have indicated it is the vendor community that present the real challenge. Software must be able to support the inevitable complexity, structure and unstructured, and of course deliver that "Adaptive" capability.
To tackle this will require a top to bottom change in how software works and how that message is communicated to buyers. Analysts will need to dig deep be honest and truly understand "how" and not believe vendor marketing driven sound bytes.......and remove conflicts by not having vendors as "customers"!
Comment
- more than a month ago
- BPM Discussions
- # 7
Accepted Answer
Pending Moderation
Maybe Case systems came into existence outside of business demand. I mean, if we are seeing a tough sell due to both product and related service definition why even bring it up?
The reality is that the concept of "case" and its supporting systems are older than BPM.
Was the Case community left wanting for rediscovery and new polish? Or, did the BPM camp instead desire a campaign of conquest via re-writing an existing domain with a fresh, new ontology of their own making? Regardless of rational, BPM/BPMN should have been extended by merging case requirements into its notation. We might have had a holistic solution (ontology) to answer such problems as context-tunnelling and non-prescriptive work patterns. Instead we completely re-invented a model alongside supporting systems definition. Assuming this approach ideally sells more books/licenses. Unfortunately, this marketing tactic only created confusion in a somewhat boring storyline.
The BPMN standard lost its revision and now we have CMMN/Case-systems. Could have... should have... but didn't likely because the "not-yet-defined", or re-invented, case systems such as old FileNet and Global360 didn't feel the need. Their systems were in-production without this new "CMMN/ACM" fog and confusion - and their vendors didn't want to drag on pending sales with additional cycles to include yet-another round of "discovery".
So we now have an old-as-new CMMN/ACM domain and our customers struggle on the reasons justifying its attention.
Comment
- more than a month ago
- BPM Discussions
- # 8
- Page :
- 1
There are no replies made for this post yet.
However, you are not allowed to reply to this post.
However, you are not allowed to reply to this post.
Please login to post a reply
You will need to be logged in to be able to post a reply. Login using the form on the right or register an account if you are new here. Register Here »
Join the Discussion
Tag Cloud
artificial intelligence
BPI
Business Process
CXO
Process Architecture
leadership
Explainable Artificial Intelligence
employee experience
Business tranformation
DT challenges
Year Ahead
process modeling
BPM Challenges
IT Department
DT
CX
end-to-end processes
simple process
process mapping
IA
Intelligent automation
hype cycle
process management
customer experience
Process Re-Use
BPM Year Ahead
Robotic process automation
Business Process Management 2019
big data
2019
IBM
ACM
Business Processes
processes
The Year Ahead for Digital Transformation
BPM
transformation
business process management
data
digital transformation
RPA
swimlanes
customer service
XAI
business process models
Business change
Customer process
case management
right brain thinking
The Year Ahead for BPM
IT
skills
process automation
voice recognition
BPM 2019
process
process maps
RPA standard
agile
Virtual Duct Tape
Red Hat
Open Source
change management
RPA 2019
rpa skills
Automation
AI
BPM Buzz
BPM Skills
BPM and Intelligent Automation
process improvement
business process integration
disruption
Also on BPM
- First Impression: FlowForma Process Automation
- Intelligent Automation
- Beyond Agile: the Studio Model
- Winners Announced in 2019 WfMC Global Awards for Excellence in Business Transformation
- AI For CXOs -- Redefining The Future Of Leadership In The AI Era
- Understanding Explainable AI
- Turbo Charge AI with Right Brain-Based Reasoning
Latest Replies
From what we've seen so far, I think Artificial Intelligence and Machine Learning have become the biggest part of people's lives these days. The only thing that stays uncertain for many people is how ...
As ever important before you start is doing research on capabilities that can deliver as summarised in the definition in the on line book Intelligent-Automation " A true intelligent automation...
There is a great impact of mobile apps on the BPM market. With the increase in the utility of mobile applications, its markets are also experiencing a great difference as earlier. The use of mobile ap...
Time to Move on From Agile?
Replied by David Chassels
With the proven delivery of enterprise level Adaptive applications without need for coding the concept of Agile changes to one where the direct input from users into the build environment intuitively ...
Time to Move on From Agile?
Replied by Juan J Moreno
Allow me to kindly disagree with Anthony Blackham
There are now cloud BPMs absolutely focused on the business user. These products allow that dose of agility, defining and delivering processes qu...