Archives

now browsing by author

 

Architecture

Business Process Modelling – Goals

Before we can determine pros and cons of the various BPM languages that we identified in the first post in this series, we need to understand why we might want to do modelling at all. At the Gartner Enterprise Architecture Summit 2013 it’s been interesting to hear from BPM practitioners of why they have embarked on a process modelling initiative. Two examples stand out

  • A major UK banking organisation has built and is managing a huge library of process models which serve thousands of internal stakeholders. Their first goal is for training which means the models are intentionally kept simple, very limited shapes and colours and generally 1 process per role. Their second goal is to comply with regulatory requirements which mandate version controlled process documentation that can be audited by financial authorities.
  • Second we have seen how process modelling can be used as part of an Enterprise Architecture that links business outcomes to capabilities which in turn are delivered through processes using applications on technical infrastructure! The process model acts as the glue in this scenario that shows how systems and infrastructure relate to business goals which is a powerful way to frame communication about the impact of changes or investments.

We also saw a keynote presentation from neuroscientist Beau Lotto which amongst a discussion on reality versus perception proposed that process management is useful as part of efficiency, which in nature is good in the short term, but is triumphed by agility when dealing with change. Interesting food for thought!

Architecture

Business Process Modelling

We are currently researching the area of business process modelling (BPM) with a view to forming an opinion on how the various modelling notations and techniques can be used effectively in a small or medium-sized business context. We are also on the lookout for any accelerators or standards that apply to the retail industry such as the maps developed here by the Association of Retail Technology Standards (ARTS).

We’ve seen BPM initiatives struggle to gain traction and over time fall further down the priority list until they stagnate. Reasons for this are complex but include lack of understanding on the value of a business process model, unclear goals for what to do with a model, missing context to a model and wrong choice of modelling notation for the desired outcome.

Delving into this topic further necessitates a wider understanding and definition of key pieces of the jigsaw. On the list are:

  • Enterprise Architecture which may be a useful starting point in giving context to the overall strategy, goals and layers that make up the business. This discipline has its own modelling language ArchiMate
  • IDEF0 which we have used at the beginning of BPM activities to provide a scope and boundary for BPM. However the high level of abstraction from time and process logic in this technique can make it hard for functional experts to untilise
  • Modelling notations including Event Driven Process Chains (EPC), Business Process Model and Notation (BPMN) and Unified Modelling Language (UML)

Our research is not focused on the tools which implement BPM as first we need to have an opinion on the value and use of the techniques! However we will comment in a later posting on some of the tools we use and our perceived strengths and weaknesses of these.

If you have experience using BPM in small or medium-sized business and particularly in the retail sector then please share your thoughts by commenting on this post!

 

 

Mobile

We’ve moved with the times and gone mobile for blogging on the move. More soon!

Strategic Agility – Three Key Ingredients

We define strategic agility as your ability as a business to identify and move across new modes and channels of trade. This ability is key to evolving the business to stay relevant to your target customer and ultimately to deliver growth.

What are the key ingredients for strategic agility? Our experience identifies three main aspects. Information, Execution and the oft misunderstood Master Data.

Information acts as the rudder, keeps the ship on course and allows relevant changes of direction as facts become clearer. Information in this context is not reporting, nor data but delivery of specific metrics which measure success. The discipline of information here includes planning, for what use is a metric without an answer to the “what if” question that it raises?

Execution of course is crucial. Infrastructure which can scale, processes which can be reused, and people with clear support and knowledge frameworks provide the heart of getting the job done, on schedule at the best cost.

Master Data which is rarely elevated to the level of strategic agility, continues to grow in importance. We see in Master Data and the disciplines of its management an equal asset to information and execution. The very framework that good information depends upon is master data. The common description of products, suppliers, customers, locations, prices and many other parts of the internal and external organisation is critical to the quality of decisions that can be made. In equal measure the ability to take core processes and reuse them in new scenarios demands that master data is implemented to describe the new relationship that should be executed.

Take some time to analyse these three key ingredients before making your next investment decision. If any of the three are out of balance then we expect to find compromises are being made in your strategic agility with impacts on the top line, the bottom line and the customer.

Cloud Computing

Although we don’t like to lean on buzz words we do our research and form opinions on industry trends.

We believe the latest buzz around cloud computing represents a significant opportunity for businesses of all sizes to move away from high risk, capital intensive IT investment and to purchase IT infrastructure capability in a similar manner to electricity and water.

Just as changes in power technology over the centuries moved business owners away from water mills to power stations the current moves to cloud computing are thankfully allowing businesses to move away from running IT infrastructure in house and leaving this activity to those with the specialism and scale to manage it.

This means less management time running physical IT and more management time closing the gap between your business performance and the information and applications that support it.