Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence

TURNING OPERATIONAL KNOWLEDGE & COMPLIANCE INTO A COMPETITIVE EDGE

We systemize tacit knowledge into explicit knowledge

Blog Enabling Operational Excellence

Posts Tagged ‘architecture’

Basics for Business Architecture: #1 – Structured Business Strategy

Professionals should always focus on business solutions first, then and only then on designing systems. Not just lip service, I mean applying the power techniques of true business architecture[1]. The first of these techniques is structured business strategy. True business solutions of any size or description hinge on strategy. Not project or IT strategy – not business case or project objectives – but real business strategy. Are you sure you really know the difference? Time and time again I find that many business analysts don’t. Here are two quick tests. Test 1. Are you aware of the standard The Business Motivation Model (BMM)[2]. Have you actually read it? If not, I’d say the issue is in doubt. Real strategy is about ends and means, not about change or how you plan, design or engineer such change. Change is inevitably involved of course – but that’s what projects and project plans are about. Test 2. Which of the following is closest to your thinking about alignment?
    • IT needs to be aligned with the business.
    • Business capabilities need to be aligned with business strategy.
If you instinctively went with the former, again I’d say the issue is in doubt. ~~~~~~~~~~~~~~~~~~~~~~~~~ www.BRSolutions.com


[1] Refer to the second edition of Building Business Solutions: Business Analysis with Business Rules, an IIBA Sponsored Handbook, by Ronald G. Ross with Gladys S.W. Lam (to be published mid-2015). http://www.brsolutions.com/b_building_business_solutions.php

Continue Reading 4 Comments

What’s a Business Architecture?

What’s your definition of business architecture? Here’s ours:

a structural representation of a business solution as it relates to creating business value and achieving business goals

Like most practitioners we mean a blueprint. Actually, blueprint doesn’t completely align with the dictionary definitions of architecture.[1] You can take your pick from the following alternatives, but not one of them refers to a representation of what is being built.

1. Art and Science: the art or practice of designing and building structures … in accordance with principles determined by aesthetic and practical or material considerations

2. Structure: formation or construction whether the result of conscious act or of growth or of random disposition of the parts … e.g., architecture and function of the cerebral cortex

3. Specific Result: instance of the exercise of the art or science of architecture … architectural product: architectural work … e.g., the mansions which comprise the entire architecture of the Square

4. Method of Style: a method or style of building characterized by certain peculiarities of structure …

The first definition above refers to architecture as an art and science. That’s what architecture students go to universities to learn, and what professional architects practice daily. Who today really thinks of business architecture as an art and science? It should be – and it probably will be eventually – but it’s not yet. The first definition also highlights principles. Any viable approach to business architecture must enumerate its principles and adhere to them closely. That’s not just so much talk. The approach must provide proper thinking tools so that you can consistently act in accordance with the principles. Do most current approaches to business architecture provide such thinking tools? I think not. If they did, they would feature:[2]
  • Business policies (in the context of business strategy), business rules, and decision engineering. Those things represent the intellect of the organization and the fundamental answer for question why.
  • A carefully factored approach whose component models cover each of the facets needed to communicate effectively with all the different audiences engaged with, or affected by, a business solution.
Let’s face it. Many techniques currently offered for ‘business architecture’ frankly aren’t even really about the business. They’re about – what else – IT’s view of the business. Some related points: 1. We think that business architecture always involves some amount (often pervasive) of organizational transformation, which can be taken to include building a new business solution completely from scratch. Organizational transformation is inevitable, so other than buzzword appeal, there’s really no need to mention it in the definition of business architecture. 2. Architect can be used as a verb (to plan and contrive as an architect). Too bad “architecting” doesn’t roll off the tongue as easily as “designing” or “modeling”. After all, architecting business solutions is exactly what business architects should be doing daily. ~~~~~~~~~~~~~~~~~~ www.BRSolutions.com


[1]Merriam-Webster Unabridged Dictionary
[2] These are the two basic principles of the BRS methodology IPSpeak™, which architects business solutions featuring the operational intellectual property (IP) of the business. IPSpeak is comprehensively detailed in our 2011 book Building Business Solutions: Business Analysis with Business Rules (by Ronald G. Ross and Gladys S.W. Lam).

Continue Reading