<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

Is your process-based business architecture valid?

16_Business_Architecture-2.jpg

In my last post, I used the blueprint analogy to explain what a business architecture is – a visual business model used to facilitate or accelerate coherent decision-making. Another way to look at it is to view it as an insurance policy against siloed thinking and management.

In this post, I thought it would be important to explain how build a valid process-based business architecture.

First things first – from KYC (know your customer) to KYS (know your stakeholders)

Your business architecture has to be valid from a business-strategy perspective.

Your model must be anchored on a good and shared knowledge of your key stakeholders’ needs, and from which you derived your core strategic intents. This is the first, and one of the biggest by far, traps that management or executive teams fall in to. We are often tempted to race through this, either because we think this is day-dreaming and not about real life, or because we think we know all about our strategic priorities, our stakeholders and our stakeholders’ needs. More often than not, this is not quite true. As CEO, you may think that your organisation’s strategic plan is known and understood, and that it means the same thing to everyone. Well, surprise, it does not! Your business architecture is a key governance tool, and ought to be purpose-outcomes driven, not just a pretty picture of what your organisation does.

Designing your process architecture model is a critical ‘social’ and ‘business’ act, as important as building your strategic plan.

Your business architecture has to be valid from an ownership/engagement perspective.

Many executive teams think the a strategic plan is solely the job of the strategic planning department. They also treat it so confidential that only the executives should have access to it. These leaders then wonder why is the plan not executed well! A valid business architecture is the same –  it is a very powerful collaborative alignment lever.

During the next steps, we design your value creation or business model. We may or may not use an existing industry process referential to help us spark the work. The design is done through a series of workshops with all the key leaders. We sweat it out, make sure we agree on triggering and ending events, outcomes and possible KPIs, and validate that the model reflects who you are, how you think, and support where you want to go from a process perspective. We confront visions, understandings, readings of our external and internal contexts; we talk business, how it flows or does not flow. This is a first moment of truth for the management team. The methodology is anchored on ‘lean thinking’, and the socialisation of the model is as important as the model itself. The approach reinforces ownership and engagement.

It’s about processes, not functions!

A process-based business architecture is valid when it’s building blocks, nomenclature, and design comply with best practices, the BPM Manifesto, and design and semantic rules.

A business process is not a function, and we often find that organisations confuse functional architecture and process architecture. They are not the same – their purpose is different. Functional architecture may be useful for IT, but not as useful for the business leaders. The key focus here is business and transversal view (end-to-end view). Clients do not care about your organisation or your functions. They care about value delivery, and this is done via your people and your processes. A process-based architecture shows how the value is created from an end-to-end perspective. It shows all the disconnect and failure points to deliver your targeted customer experience. You cannot map or model your customers’ experiences with a functional model – you need a process model.

It’s about an actionable and aligned investment plan

A process-based business architecture ought to be valid from an execution point of view, and must facilitate alignment and traceability between strategic priorities, performance projects portfolio, and results.

The other big moment of truth – and key critical success factor to make the model actionable/useful – are the steps when we prioritise processes using a ‘High Pain – High Gain’ matrix, and take time to add a process capabilities perspective to it (using Roger Burlton’s Hexagon). This forces the management and leadership team to agree on priorities, critical capability gaps, and a story board (execution plan). Again, the approach forces ownership and engagement, because it is done by the team. They sweat it out. At this stage, we often hear the wows and astonishment comments like: “We should have done that before!”; “This really helped us to get where we needed to be together!” – lots of aha moments.

No magic tricks or thinking here. A working methodology needs to be executed in a disciplined way, yet leaving space for engagement, discussions, healthy confrontations, paradigms, and dictionary (words and meanings) collisions, etc. This is not about command and control – marching orders; it is about the team, and about leadership building –  getting the organisation ready to write its next sustainability chapter.

New Call-to-action

 

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?