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 ‘know-how’

My New Talk and New Take on Business Architecture at BBC2011: The Architecture of Enterprise Know-How

Business Architecture Summit at BBC2011 – Thurs, Nov 3, 2011 – 10:10am I am giving a talk next week called The Architecture of Enterprise Know-How at the Building Business Capability (BBC2011) event in Florida. If you’re there, I hope you’ll come listen. I’ll be plowing new ground. We’ve done some fascinating work the past several years and now it’s time to talk about it … Does the know-how of the company have intrinsic structure at the enterprise level? Can you use that structure to assess and plan operational business capabilities? Where do business rules, business processes, and business analysis fit in? Every company depends on its special know-how, a point so obvious we often overlook it. The products and services we deliver to customers can never be better than our capacity to organize, manage, revise, and deploy that know-how. In a knowledge economy, operational know-how is king. Current techniques for creating enterprise architectures are largely IT-centric. They focus on processes, data and services rather than on business products and the business capabilities to produce and deliver them. We need to change all that using proven, pragmatic techniques that directly engage business managers. The new approach is highly innovative, business-driven, and surprisingly easy.
  • How to conduct a deep, meaningful, rapid assessment of business capabilities
  • How to identify life-cycle-long, enterprise-wide dependencies
  • How to give Finance the crucial, coordinated touch points it needs
  • How to plan for massive customization and reconfiguration of products
  • How to put the ‘business’ into business architecture and business agility
  • How to rekindle the spark of creative thinking in your organization
 

Continue Reading

Business Process Models and Business Rules … Separate the ‘Know’ from the ‘Flow’

Business Process Models and Business Rules … Separate the ‘Know’ from the ‘Flow’ Conditional flows are one of the most important features of a business process model. For example, a business process model for handling claims would include multiple conditional flows – e.g., if valid claim, if claim approved, if fraud suspected, etc. A conditional flow simply means that work follows the given path only if the condition is satisfied for a given case. The secret of effective business process modeling with business rules is never embed the criteria used to evaluate a conditional in the conditional itself. Instead, just name the conditional using an adjective (e.g., valid) or past participle (e.g., approved). The criteria for evaluating conditionals should always be expressed separately as business rules. Fortunately there’s nothing particularly hard about that. Example: A claim may be considered valid only if it has an incident date. Following this best practice is how you keep a business process model simple – often by an order of magnitude or more! Frankly, most business processes aren’t nearly as complicated as people think. What’s complicated is the know-how needed to perform the business process correctly. That know-how should be represented by business rules. P.S. I first heard the phrase ‘separate the know from the flow’ from Roger Burlton on 11/30/1999. I immediately made a note because it was so memorable and on-target.  ~~~~~~~~~~~~~~~~~~~~~~~~~~ This post excerpted from our new book (Oct, 2011) Building Business Solutions: Business Analysis with Business Rules. See:  http://www.brsolutions.com/b_building_business_solutions.php

Continue Reading

I Wrestle with a LinkedIn Business Rule … Find Out Who Won

The subtitle of my Business Rules Concepts handbook (now in its 3rd edition) is ‘Getting to the Point of Knowledge’. I wasn’t trying to be cute, I meant it literally. Here’s an example. Try entering a URL in a LinkedIn invitation. I don’t know if it’s a new business rule or not, but I tried it for the very first time just the other day to point someone in the right direction on an EA question. Not allowed. I didn’t know that. I was informed and now I’m a wiser member of the social community. This is an example of what in our new book ‘Building Business Solutions: Business Analysis with Business Rules’ (Oct, 2011) we call real-time business operation systems (BOS). It takes a just-in-time (JIT) approach to the delivery of know-how. (A business rule always encodes know-how.) In my LinkedIn experience I was informed of the latest business rule in-line in a self-service, JIT manner. Violate business rules (the latest one or any of them) and if you’re authorized and capable, you’ll get back a ‘training’ message. Here’s what LinkedIn said back to me: We’re sorry, you cannot include website addresses in invitations. Please remove the website address and try again. Here’s a more direct statement of the business rule in RuleSpeak: A LinkedIn invitation must not include a URL. The RuleSpeak version conveys the same information as the LinkedIn message, just more succinctly. As I’ve been saying since at least 1994, the business rule statement is the error message. It’s the error message from a business, not system, point of view. That’s why it’s called a business rule. If you do want a friendlier version (as LinkedIn did) that’s fine. Think for a minute about your operational business processes. Many of your business rules either change frequently, unexpectedly or both. How can you keep all your operational staff up-to-speed? Constantly send them off to training classes?! Flood them with tweets or e-mails?! Not going to work. In a world of constant change, a system is not state-of-the-art unless it addresses continuous re-training. Business rules do. Ultimately there’s no alternative. I’ve been saying that for a long time too.

Continue Reading