Listen to the interview with BPM thought leader Roger Burlton to learn the best practices of building the process architecture.

If you want to learn more about the process architecture sign up for the free BPM EE Online Summit where I will be presenting about this topic.

Interview

Quotes

“The true business processes are end to end. They start with the outside world and go back to the outside world.” Click to tweet

“Our customers really wouldn’t care less about our org chart.” Click to tweet

“The one thing that holds everything together in business architecture is the business process architecture.” Click to tweet

“Hope is not a strategy” Click to tweet

Resources mentioned in this episode

BP Trends – monthly updates http://www.bptrends.com/join/

Business Architecture Essentials: The Business Architecture Landscape http://www.bptrends.com/business-architecture-essentials-the-business-architecture-landscape/

Business Process Change http://www.amazon.com/Business-Process-Change-Third-Press/

Business Process Manifesto http://www.bptrends.com/resources/bp-manifesto/

Business Process Management: Profiting From Process http://www.amazon.com/Business-Process-Management-Profiting

Process Renewal Group http://www.processrenewal.com/

About Roger Burlton

Roger is the president of Process Renewal Consulting Group Inc. He is also co-founder of BPTrends Associates; the services firm of the world-leading BPTrends.com knowledge portal. He started the pioneering Process Renewal Group (PRG) in 1993 and was at the forefront of process-centric ways of running businesses.

He is regarded globally as a thought leader and dynamic practitioner who brings reason, clarity, and practicality to complex business architecture and business change.

Roger’s insights can be found in his acclaimed book: Business Process Management: Profiting from Process, the Business Process Manifesto, the Handbook on Business Process Management and numerous other publications including his articles featured on BPTrends.com.

Roger chairs several of the largest and most influential BPM conferences in the world and is a sought after speaker dealing with the tough issues of business change in a thought provoking and entertaining manner.

Social Links

Follow Roger on Twitter

Roger’s LinkedIn profile

This is a good question so I will share some of the elements we discussed live, hoping they will also be useful for you.

By the book it would be best idea to start building process architecture top-down (Burlton&Harmon style). However this will take some time and require the resources (just think about stakeholder analysis, workshops, agreeing the process architecture and process goals)

You can also try to make the process faster by applying some process frameworks like APQC PCF to avoid reinventing the wheel.

However what should you do if you are running a mid-sized project inside the organization and just want to make sure there is some order in the way you approach your models?

Here are some tips:

1. Try to identify what processes are in scope of your project. Ideally – try to connect them with the high level architecture or at least try to figure out what is above (how does it fit your company value stream). For the time being those can be just names of the processes, so it should not take you more than 15 minutes if you have appropriate people available. Easy? So move on.
2. Now let’s think what are the processes before and after those of your interest (they are sometimes called upstream and downstream). Here we are trying to see the connections and dependencies (more on this in the points below). 2 minutes per process perhaps?
3. For each of the processes document the most important elements. Apart from name of the process (by the way – it makes sense to have some naming convention for your process models with identifiers) you should at least capture:
   a) Who is the process owner. This person will likely have authority to decide when some important changes are needed and can help you connect with proper people who know what is going on in the process. In a perfect world – 5 seconds. In less-than perfect world – sometimes minutes (few mails and telephones ), and sometimes days (few workshops) may be needed to find a person that identifies as a process owner.
   b) What is the process goal. This is super important, because if you know why do we run this process, you can filter improvement ideas and make better design decisions. Again – it can range from minutes to days.
   c) What is the process scope. I personally more and more like IGOE approach in which you identify Inputs, Guides (e.g. company strategy, policies, …), Outputs (e.g. products) and Enablers (all the resources that allow your process to transform inputs into outputs). This can take you some time (but during few workshops I could do it in less than 10 minutes per process, but it is really helpful later on. Additional bonus – if you start with IGOE it is much easier to identify the start and end events of your process, which obviously helps when you need to do detailed modeling.
4. Now the fun part You need to recall what is the goal of your project, how much time/resources do you have and decide which processes deserve to be modeled in detail and which ones do not need a model. This last point actually deserves an additional post, so stay tuned.

Now it is your time. How do you approach creating (mini) process architectures in your projects? Put your experiences in comments!