Center-out: Managing variation in layers

Think your business processes are too complex? They’re probably working harder than they have to. Pega’s Situational Layer Cake lets you define commonalities and specify differences so you can work more efficiency while increasing personalization. It’s all part of Center-out® architecture, as Don Schuerman explains in this short video.

This is part 6 of the "Building a business architecture" video series. Thanks for watching!

Transcript:

In your center-out business architecture, you've defined your logic, which connects customers to outcomes centrally. You've connected it up into your channels in such a way that it isn't embedded in your channels but your channels can dynamically respond to changes in the central logic. You've connected it down into your systems and your data in a way that the complexity of those systems is insulated from the business logic in the center. But the last thing that that business architecture needs to do is actually organize your business into layers.

Why is this important? Well, when I talk to a lot of clients, I'm often told that we have 1,000 business processes and that leads to a lot of complexity in our business. But when you step back and look at it, a lot of times, you don't have a thousand different business processes. You have 20, maybe 50 but each of those processes have variations, have differences that you have to do in one area of the world or for one product or for one specific customer segment. And historically, we've managed those variations by building different systems, which lead to silos and lots of duplicated effort, or we've split our Salesforce deployment into multiple orgs so that we can manage all of that stuff separately, and it becomes really expensive over time. If you think in layers, layers that start all the way in your channels, go through your business logic and reach all the way down into your systems, you can actually manage that complexity much more effectively.

We do this in Pega with a capability we call the situational layer cake. And the layer cake allows you to define layers of things that you wanna be common across the enterprise, maybe common process elements, security, data integrations that you need to do, and then introduce just the deltas, the differences, the things that need to be specialized by key dimensions, such as the geography or jurisdiction, like the US versus EMEA, or maybe differences by line of business or product or differences that may exist because of the customer or the particular channel that you're dealing with.

And as you go up this layer cake, I'm not duplicating the logic that lies below. I'm simply defining the differences, the variations, so that if I need to change something that's common, I change it in one place and it's instantly reflected everywhere. But if I'm a customer or a user working for a particular product in a particular channel in a particular region, I come in and I get a slice of that cake that is unique to me, that reflects the variations and the specializations that I need to see.

This approach allows you to start small with a single process, maybe running in a single area, get a really quick result in weeks or even days but then use that as the foundation to scale to a much more global and company-wide transformation.

SO is the agency inside the Swedish government that manages all of their unemployment funds, and in fact, there're 28 unemployment funds that SO manages. And up to a few years ago, they had 28 different systems to manage the variations in those funds, which meant every time a new legislative change came out, they had to go into 28 different systems and make that change. Using this layered approach, they were able to take those 28 different systems down to one. Less maintenance effort, easier to make changes. And because they didn't have to manage change in 28 different places, they were able to really focus on the business process, reduce the amount of time that it takes to complete an unemployment claim from weeks to seconds. So they were able to drive a much more coherent architecture, a much faster time to change and a lower cost of ownership for their systems while at the same time delivering a much better experience to the constituents on the other end.

That's the power of a center-out business architecture that is built in layers.