Communication is one of the main objectives that an organization needs to have in place to stay efficient and productive. A breakdown in accurate and efficient communication between departments at any point in the organization can result in conflict or loss of business.  Sadly, the efficiency between different departments in an organization becomes most evident when communication breaks down. As an example, David Grossman reported in “The Cost of Poor Communications” that a survey of 400 companies with 100,000 employees each cited an average loss per company of $62.4 million per year because of inadequate communication to and between employees.

With the dawning of the big-data era and the global competition that Machine Learning algorithms has sparked, it’s more vital than ever for companies of all sizes to prioritize departmental communication mishaps. Perhaps, today, as a result of the many emerging markets, the most essential of these connections are between IT and the business units. CMO’s and CIO’s are becoming natural partners in the sense that CMO’s, in order to capture revenue opportunities, are expected to master not just the art of strategy and creativity but also the science of analytics. The CIO, on the other hand, is accountable for using technical groundwork to enable and accelerate revenue growth. Since business and technology people speak very different languages, there’s a need on both sides to start sharing the vocabulary or understanding of what is expected in order to avoid gridlock.

In the McKinsey article, Getting the CMO and CIO to work as partners, the author speaks to five prerequisite steps that the CMO and the CIO can take in order to be successful in their new roles.

--- Be clear on decision governance
Teams should define when decisions are needed, what must be decided, and who is responsible for making them.

It’s befuddling when you think about how many ways there are to communicate in 2013. I’d say there are too many new ways to communicate – social media, phone, Skype, instant message, text message, email, it goes on and on. But do any of them outweigh the power of a good old-fashioned face-to-face meeting? Most business executives would argue no. Nothing can replace a face-to-face meeting, at least yet.

That said, face-to-face meetings are without question the most expensive kind, given the travel costs required to make them a reality, and companies around the globe have been trying to make them more financially manageable ever since the recession set in. But recession or no, face-to-face meetings are rarely in the budget cards for small businesses. So how can entrepreneurs around the globe get more out of their virtual meetings while ensuring any physical meeting is worth the cost?

The importance of variables in any programming language can’t be emphasised enough. Even if you are a novice, the chances are good that you will have been using variables for quite a while now.

They are the cornerstone of any language and without them we would not be able to accomplish much of anything. However, most of you up until this point have probably only been working with standard variables, variables which can hold single values such as an integer, a single character, or a string of text.

In this tutorial we are going to take a look at a more special type of variable called an array. Arrays can seem quite daunting at first glance but once you get used to working with them you will wonder how you ever managed to program without them.

The reason arrays are special is because they can hold more than one value. Think about this: say you create a variable which contains a line of text like the code below:

A business rule is the basic unit of rule processing in a Business Rule Management System (BRMS) and, as such, requires a fundamental understanding. Rules consist of a set of actions and a set of conditions whereby actions are the consequences of each condition statement being satisfied or true. With rare exception, conditions test the property values of objects taken from an object model which itself is gleaned from a Data Dictionary and UML diagrams. See my article on Data Dictionaries for a better understanding on this subject matter.

A simple rule takes the form:

if condition(s)

then actions.

An alternative form includes an else statement where alternate actions are executed in the event that the conditions in the if statement are not satisfied:

if condition(s)

then actions

else alternate_actions

It is not considered a best prectice to write rules via nested if-then-else statements as they tend to be difficult to understand, hard to maintain and even harder to extend as the depth of these statements increases; in other words, adding if statements within a then clause makes it especially hard to determine which if statement was executed when looking at a bucket of rules. Moreoever, how can we determine whether the if or the else statement was satisfied without having to read the rule itself. Rules such as these are often organized into simple rule statements and provided with a name so that when reviewing rule execution logs one can determine which rule fired and not worry about whether the if or else statement was satisfied. Another limitation of this type of rule processing is that it does not take full advantage of rule inferencing and may have a negative performance impact on the Rete engine execution. Take a class with HSG and find out why.

Rule Conditions