<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=1907245749562386&amp;ev=PageView&amp;noscript=1">
Event_bg

The Leonardo Blog

All Posts

Service and Value Are Delivered by Process

 

Service_Deliveryed_by_Process.png

I have recently been engaged in several different discussions which have revolved around the term “service”. There is considerable confusion, or if you prefer, a wide range of views, on what a service might be and what we should do about it. Should we model them? Is a “Service Architecture” useful and, if so, does it replace a Business Process Architecture?

Some personal context might be helpful before I explore those questions. My organization management view is process-centric. For me, Business Process Management (BPM) is a management philosophy that can be summarized as follows:

Business processes are not just a series of activities. They are the complete collections of cross-functional activities, rules, and resources that allow the exchange of value between an organization and its external customers and other stakeholders. The only way that any organization can exchange such value is via its business processes. Individual organizational functional areas cannot, by themselves, deliver value to external customers. It follows that an organization executes its strategic intent via its business processes. Business processes are the conduits through which value is exchanged between customers and the organization. Therefore, business processes need to be thoughtfully managed and continuously improved to maintain an unimpeded flow of value in every direction. Business process analysis, improvement and management are about optimizing the value exchanged between an organization and its customers and other stakeholders.

So where do services fit? Are we not here to serve our customers? Don’t they come to us looking for service? Many of us work on a fee-for-service basis. Didn’t you have your car serviced recently? There does seem to be a lot of servicing going on.

Like other quasi-technical terms we have reassigned from their normal role in the English language, “service” retains its original meaning for most users in most circumstances. The hotel, in which I am staying as I write this article, provides services related to accommodation, food, laundry, swimming, valet parking, gymnasium and many others. Indeed, I met the Guest Services Manager. In this plain English use of the term, we have no difficulty understanding what is meant by service. The list of available services is provided in the “user manual” for my room.

We can also easily understand the way "service" is used in Service Oriented Architecture (SOA). In that context, service (or originally, web service) is software/technology. No doubt about it and no confusion. I'm no programmer or IT/systems architect, but I suspect that, what we might once have called a subroutine is now a service. The subroutine code likely lived on the same disc drive as the main program and the service might be called from anywhere on the planet and be more sophisticated, but conceptually not much different. Service in this context is an IT capability. Plug and play, mix and match, and you are delivering some desired outcome.

So plain English use of the term “service” and the “service” in Service Oriented Architecture are well enough defined. There is little, if any, confusion between those two usages. Every other use of “service” does seem to add confusion and little insight.

If you agree with my outline of the BPM management philosophy above, then we agree that business processes are the only way that any organization can exchange value with its customers and other stakeholders. The closest I get to making sense of “service” in that, for me dominant context, is that what we deliver to customers is a “service”. The service is the value delivered by the process. When I send my clothes to be cleaned here at the hotel, the “laundry service” does a great job and I get exceptional levels of “service” – cute little paper bow ties on the shirts, which come back on proper hangers. I love it. However, what I am delighted with is the value I receive from the execution of the process Provide Laundry Service. We could find that process in the hotel’s Business Process Architecture. I see no need to invent a new set of concepts around “service architecture”. Do you?

A “service catalogue” is conceptually no different than a product catalogue. It’s a list of the things (values) we can deliver. The service/product catalogue is a list of possible outputs. It does not describe the process that delivers the output. The Amazon catalogue does not describe the process of taking my order and getting the product to me. It defines part of the value that can be provided to me (the other part being speed and convenience of delivery, and perhaps a cost saving). This value, or process output, is one of the six perspectives of a process, the others being inputs, guides, enablers, flow and management.

It is unnecessary to invent a whole new “body of knowledge” about service architectures and related artifacts. If you want to replace the word “process” with “service” and mean the same thing, then I can live with that. Call a process whatever you like, but don’t confuse the meaning. The big problem comes when people get confused between the process (or whatever you want to call it) and the value (output) it delivers. Service delivery is done via processes. For me, “service” is another, and perhaps slightly more specific, term for the abstract concept of “value” that is delivered by a process.

Inevitably, a so called Service Architecture is a quite functional list of services delivered without a coherent hierarchy to describe how the delivery is made in a cross-functional sense. The Service Architectures I’ve seen have been a messy confusion of aspirations, outputs and activities.

Watch 7 Enablers of BPM Video

Roger Tregear
Roger Tregear
Roger is a Consulting Associate with Leonardo. He delivers consulting and education assignments around the world. This work has involved many industry sectors, diverse cultures, and organization types. Roger briefs executives, coach managers, and support project teams to develop process-based management. Several thousand people have attended Roger's training courses and seminars in many countries - and Roger frequently presents at international business conferences. Roger has been writing a column on BPTrends called Practical Process for over 10 years. This led to the 2013 book of the same name. In 2011, he co-authored Establishing the Office of Business Process Management. He contributed a chapter in The International Handbook on Business Process Management (2010, 2015). With Paul Harmon in 2016, Roger co-edited Questioning BPM?, a book discussing key BPM questions. Roger's own book, Reimagining Management, was published in 2016.

Related Posts

UST Acquires Leading Australian Process Transformation Company Leonardo

UST Acquires Leading Australian Process Transformation Company Leonardo - Strategic acquisition further strengthens UST’s position in the dynamic ANZ market Melbourne, Australia, 21 February 2024:UST, a leading digital transformation solutions company, has announced the strategic acquisition of Leonardo, a leading provider of business process improvement, automation, and integration services in the ANZ region. The acquisition by UST will empower Leonardo to expand its market reach and enhance its service offerings for clients, combining Leonardo's in-depth process expertise with UST's technology leadership, digital transformation capabilities, and global credentials, and strengthening UST's position in the Australian market.

How to Present Business Process Models to Stakeholders

Has an audience member ever interrupted in the middle of a presentation about process analysis to ask, “Can you show us the process models in a simple PowerPoint slide?” – or, ”I don’t want to look at the green and purple boxes, just show me the flow!” Perhaps you then felt that you had wasted some of your efforts in modelling the process with too much detail or in the wrong way. Embarrassed and demoralised, you must have wondered how else could these models be presented. Well, you are not alone! This is a common dilemma when there is a need to present process models to a variety of audiences. There is both art and science in presenting the right level of process detail to the right group of stakeholders, especially if they are not familiar with the process modelling language. Effective presentation is even more critical in larger and complex end-to-end process improvement work and in new automated business model implementations. You may need to use multiple model types to describe the same business processes to various audiences. Hence, it is very important to understand who the stakeholders are and what they would like to see before your audience with them. This article proposes an approach to the effective presentation of business process models based on three key elements: understand, organise, and communicate.

What Are The Most Important Questions In Business Process Management?

She who dies with the most answers wins. We seek the truth. We want to know the answers. Paul Harmon started me thinking recently when he invited members of the BPTrends Discussion group on LinkedIn to “describe the purpose of Business Process Management in 160 characters, including spaces and punctuation.” Not easy to do – have a go at it yourself. It felt like I was crafting The Ultimate BPM Answer, which, of course, begged The Ultimate BPM Question. That got me thinking that The Ultimate BPM Problem is that we have plenty of answers and not enough questions. So put all the answers aside for a moment and help me to work out what are the most important questions in Business Process Management?