The Intent of this Report is only for Learning & Sharing purpose. Kindly let me know your thoughts /suggestion and any correction required[if any]. Happy to address and incorporate the changes 🙂
Disclaimer: The views and thoughts presented in this Report are my OWN and not my Employer’s.
Happy Learning!! 🙂
BPM is no more a Healthy Salad Diet of plain & bland Process & Rules. It has matured and become an amalgamation of all the disruptive technologies and digital trends. In a nutshell, it has become more of a BRUNCH Meal.
The asks of the customers and market trends are cherry picked an packaged in a BPM Product – making it a self sufficient enterprise solution [at times] but on a lighter note Bulkier too [day-by-day the size of the BPM Product Installable is getting increased] 🙂
BPM Products (these days), keep adding some new feature into their kitty to make life easy for the Business as well as IT stakeholders. With new disruptive technologies getting mushroomed everyday, BPM packaged tools provide some flavor or slice of the new technology/trend. Its no longer an a-la-carte menu kind of offering for enterprise, instead a Packaged Combo Meal serving a set of business audience or business challenges/pain-points.
The features that were the key drivers and engine of BPM a decade earlier [during its inception] are getting enhanced [no doubt about it] but at the same time getting shadowed by the competitive chaos and disruptive tech. trends.
For every customer the four-walls within which they can experiment and play around with technologies / trends are the following : [these become the key focus areas for BPM Product Vendors]
- Un-parallel Customer Experience inline with the Enterprise Ux[User Experience]
- Enterprise Architecture – Guidelines/Standards/Compliance
- Cost-Pace-Quality [CPQ] Factor
- Business Strategy & Workforce Productivity
When we are at the verge of bidding farewell to the current year and welcoming the New Year. The curious question that keeps popping / itching at this time of the year
- “What are the BPM Predictions for the Next Year?” or
- “What’s cooking for BPM, in the next year?” or
- “What the Master-Chef BPM Product vendors have to Offer?”
- “Is the coming Year going to be BPMlicious”
…Stay Tuned for the Next Post on BPM Predictions for 2017!
Please do share your comments, thoughts and suggestions !!
Happy Reading 🙂
Last Year’s Post : What are your Predictions for BPM 2016?
Image Source: Link1 [The intent of using the images was to pictorially share the thoughts and share the learning. Happy to share Credits for the photos and images] Some of the pics have been taken directly from my Breakfast Table 🙂
Pega BPM Acquisitions
With Changing Times: The BPM Product Stack Offerings have matured, enriched and also increased the size of the Installable Packages by few GBs 🙂
[Disclaimer: The intent of using these images is just for reference to showcase the acquisition journey. Please do post and send me your inputs in case of any concerns]
Happy Learning!! 🙂
While browsing I just came across this statement in one of the articles “Why BPM Should be Fun ?”
My thoughts :
Why BPM should NOT be a Fun Journey/Game.
It’s basically the way we see it. On a lighter note, just because we deal with Business Groups, does not mean it should be a very serious scenario.
BPM is one of those journeys in the Enterprise landscape where we deal with each and every corner of the business, be it :
- the user experience
- process design
- process modeling
- end-to-end view of the business landscape/usecase
- feedback loop (with improvization)
It should be like a game, let’s say we are playing Level 2 of the Angry Birds, and we failed or lost it by few points to make it to the next level. The question is Do we stop there ? – I would be presume the answer as NO!! (We as humans always have the tendency to compete when challenged – the adrenaline rush)
The same scenario hold good for a BPM implementation too. In the first instance when we design/build a process, work does not stop there, we also need to manage a lot of factors, user experience, process optimization, performance metrics, response time, query normalization and many more. Thus it becomes a iterative and optimized business process with rich user experience similar to the different levels in a Game.
The other anlogy I can think of is, “BPM is like a Lego game“. Thing through, Spend some time, Play around and your New craft/toy is ready.
The same lego blocks can be arranged to create a mobile phone, a piggy bank or a military machinery etc. Same goes with the BPM journey as well.
The various components of the BPM stack the UI, Process, Integration, Database etc, should never be tightly coupled as a packaged solution (there should always a room to breathe and improvize).
If I am not mistaken BPM is one of those few areas in the Enterprise Business/IT landscapewhere we dont have some rigid steps that this is step 1 and this is step 2. We can always play around and make it better unless we are “BPM TOOL JOCKEYS” bound and limited by the tool boundaries and offerings.
Lastly, I have been playing and having FUN with BPM for the past 8+ years. How about you ? What’s your take ?
Happy Reading!! 🙂
My thoughts :
Business Process Management does not have any direct dependency on Cloud for its implementation or functioning. It is just yet another approach or way to implement BPM based solutions. It’s not that BPM solutions cannot be developed in the absence of Cloud Solutions.
All the BPM Product Suites are Web-Based, it hardly makes a difference, whether you are launching the Developer Portal/User Portal from an on-premise hosted instance or a cloud based instance. Yes, when it comes to networking or operations team, some minor changes more or less might be there.
It is more of a trade-off between cost vs maintenance vs implementation vs infrastructure
I would like to highlight my thoughts based on a comparative analysis.
On-Premise based implementation :
- With the On-Premise based implementation, the entire server setup, development of flows, screens and integration with data-store/external systems etc. happens on-premise.
- A dedicated data-center for maintenance of the servers and a bunch of resources for monitoring are allocated for the same
- Sometimes it is a feel good factor 🙂 (though you don’t physically take the blocks of data and store it – but yes you can see and touch – this is the data center which has the Golden Source!)
- Some consider it as an old-school way of implementation (with the current trends like mobile, social, analytics and cloud buzzing in the enterprise market)
- This is a tested and proven way of implementation (lots of stories and case studies to share)
Cloud based implementation :
- “Cloud” is something everyone is talking about these days and want to embrace it overcoming the reluctance and hiccups most of the companies had when Cloud was introduced in the market
- People now understand the power of Cloud from an enterprise wide adoption perspective (PaaS is the most sought after approach)
- With the Private Cloud way of implementation, the fear from a security standpoint is ruled out to some extent
- The interesting factor for attaching BPM with the cloud implementation is from the various Cost Options like pay-per-use, per per transaction, pay per case, pay per user etc.
- With cloud based implementation, the server maintenance and other support activities are expected from the Cloud Provider – though it always comes with a tagged price.
- This is where the enterprise has to do the homework and raise the hand if the business really demands for a Cloud Based implementation
Also, apart from just going by the Cost, Infra and Maintenance, it is crucial to do a thorough analysis as to DOES MY PROJECT REALLY NEED A CLOUD BASED SOLUTION ?
For instance, if I have the Data Store On-Premise and I plan to move all my flows, user screens and business rules to a cloud environment – It sounds OK. But, if we see it from a practical standpoint, every instance/case that gets persisted will be a cloud/on-premise transaction which will add to the latency and response time.
Similarly if my application has all the flows, UI, DB in the cloud environment but it makes multiple calls to On-Premise based legacy systems – Is Cloud a Viable Option for me ?
The other case could be, lets say the implementation if for a ARMY/NAVAL wing of a country. From a security / compliance / regulation standpoint, is it fine if I have my Data in a Cloud Environment ?
These are some of the preliminary assessment and questions that needs to be answered and agreed upon before BLINDLY moving to an UNKNOWN territory. It should not be judged that My Competitor has adopted BPM on Cloud …Why not Me!!
Few questions that needs to be validated are :
- Does my Application really Need a Cloud platform ?
- Is my Application an eligible candidate for Cloud ?
- What portion of my application involves lot of Complex Calculations – which can be the candidate for the Cloud Movement ?
- In my BPM implementation (Flows, Rules, UI, Database) – which are the ones, I want to have on-premise and the ones on the Cloud ?
- How much will I save, not just in terms of Dollars($$) but also in terms of Response Time ?
- Will it encapsulate and solve all my problems ?
- From an infra implementation and maintenance perspective – am I going the right way ?
- Does my company Regulation allow me to adopt a Public Cloud or I have to invest on a Private Cloud setup ?
- …..and many more!!
With the implementation like Mobile, Social, Analytics -> the WoW!! Factor gets created by the End User!! coz..they believe what they see. The same analogy does not completely go with the Cloud (though there are a lot of advantages which the IT Team, Operations and Business can feel it)
For an end user – it is always the USER EXPERIENCE!! – whether the underlying platform is on-premise or cloud – never-mind!!
Please do share your thoughts and comments!!
Nice Read Articles :
- BPM in the Cloud – Transforming the Business Case for Process Improvement
- The benefits of cloud-based BPM
- 10 things you should know about successful cloud-based BPM
Happy Reading 🙂