Thursday, 1 September 2011

We have moved

 

Everything changes, nothing stays the same. For me, it is on to the next phase of blogging. Now powered by Wordpress and with my own domain name.

Continued comment, observation, opinion and prediction on the business of information but in a new place.

From September 2011 it will be http://decisionhacker.com/ 

See you there.

Thursday, 21 April 2011

If only BI was as efficient as Facebook

BI, Facebook and Decision Loops

I  was at an analysts briefing event with IBM last week who were sharing their thinking on Social Business and what I believe is the inspired and innovative pairing of Connections Collaboration and Cognos Business Intelligence. IBM’s Social Business Leader for Northern Europe, Jon Mell shared a slide that compared the number of operations it takes to share a photo and gather feedback with friends on facebook and  the number of operations it takes to do the same on email.

This set my mind racing. If there are efficiency gains on something simple like sharing and getting feedback on a photo, imagine the productivity gains on sharing critical business information through Business Intelligence reports.

Why do I say this? Because sharing a photo is typically a single ‘sharing loop’ process. Someone publishes the photo, others contribute with their clever and witty observations. Done. A single loop. Count ‘em. One. (A quote from Muppet Treasure Island, btw)

The out-dated view of BI is that it is shared this way too. That it’s published and the job is done. This just doesn’t hold true any more and I am not sure it ever did. BI requires many sharing loops. Ten, distinct loops to be precise;

  1. Meaning Loop. Gain and assign agreement on the meaning of the information
  2. Implication Loop. Decide if the implication is neutral or if there is a problem or opportunity
  3. Investigation Loop. If there is an issue then it will be rare that the one piece of business intelligence will provide the full story. This loops is about investigating the problem or opportunity is in more detail.
  4. Solution Loop. Determine possible solutions to exploit the problem or resolve the problem
  5. Decision Loop. To decide on the best possible solution
  6. Action Loop. Once the solution is determined it will be broken down into tasks and assigned to individuals to be actioned.
  7. Progress Loop. Providing feedback on the progress of the solution
  8. Monitoring Loop. To determine if the solution has been successful or if the group need to return to refine the tasks or redo some loops.
  9. Conclusion Loop. Closure. Establish agreement that that there are no further actions and that the problem or opportunity is resolved.
  10. Celebration Loop. Acknowledge the support and contributions of those involved

That’s ten loops which means that if sharing a photograph on Facebook is more efficient than sharing it in the office using email, the productivity benefits of doing ‘real’ business are tenfold.

There are those that are sceptical about Facebook styled social platforms in the office because they may waste time. The opposite is true. Organisations need social platforms, particularly for collaborative decision making. Without them, they are wasting time.

Saturday, 16 April 2011

Information Disconnection

image

Organisational Decision Making

Organisational decision making is my current preoccupation. After all, as BI practitioners, this is at the heart of the value we bring to an organisation. If we aren’t improving decisions then I am not sure what we’re for.

Reach

In an earlier post, I talked about trashcan theory. This is the theory that describes organisations as a collection of people aware of problems, people that are aware of solutions but unaware of the problems and people that control the allocation of money and resources but are unaware of both the problems and the solutions. Good decisions are made when problems, solutions and effort are all aligned but if these things are jumbled up (like in a trashcan) then decisions might not only be poor but they can appear to be random. This provokes those that didn’t make the decision to ask “Why did they do that?”

Good Decisions also need Information

But good decision making needs information. Decisions without information can still be systematic. They can also be thorough with all possible outcomes discovered, debated and properly considered. Without information though, they are uninformed. In many situations experience, assumption and instinct can make a reasonable proxy for information but would you invest your own money this way? Given the choice of a well researched stock or one that a mate has a good feeling about where would you place a sum (large enough that it would hurt) of money?

Business Intelligence isn’t reaching decision makers

This is a bold statement but there is a worrying amount of evidence to support it. Depending on the survey BI is deployed to round 8% of the organisation. Knowledge workers make up between 30% and 45% of the labour force in developed economies, more depending on the definition. Not all knowledge workers need all information, of course, but the gap is significant. The ‘intelligence gap’ isn’t going to get better either. The volume of available data is growing exponentially. Last year we all generated 1.2 zettabytes (remember when ‘tera’ equalled ‘big’?) so as we congratulate ourselves on a job well done we also have to think about what we actually need to know from all of that stuff21.

Easier not to know?

Even more worrying is that decision makers are telling us that they know they are making decisions without information. In one study (Accenture, Competing Through Analytics) the suggestion is that 40% of major business decision are being made without reference to information from analytics applications. As a BI Practitioner it’s difficult to feel good about that number.

It’s all in there

In many cases, the information is actually available. In an earlier post, I used the UK retailer Boots (a business I have an immense amount of respect for) as an example. They launched what turned out to be hugely unprofitable ‘Wellbeing’ services because they had detected a slowdown in their core business. When they abandoned Wellbeing in favour of a return to their base beauty business they did so on the basis that their base beauty business was still growing. They absolutely, positively had that data all along. It was just disconnected from the decision.

Just disconnected

To say ‘just’ disconnected is to diminish the importance though. The emerging use of social business tools in organisations is going to make it possible, for the first time, to join up the decision making process and the information that informed it. It’s a tiny connection that can have a profound impact on the quality of decisions. That one single connection will make the decision more transparent, more open and more accountable in a way that the decision makers may need to think again and possibly even make a better decision.

There it is. Better decisions.

Tuesday, 15 March 2011

Decision Making Black Holes

A Funny Thing Happens at the Forum

Meetings are one of the most common decision making ‘forums’ we are all regularly involved in. In fact one in five company meetings we take is to make a decision. As a way of making decisions though, they can be problematic. Once the meeting has concluded, the connection between information shared, decisions made and actions taken can be weak even lost. It’s as if the meeting itself were a decision making black hole.

Some Decisions are More Equal Than Others

Some decision making meetings are impromptu for making a timely, tactical decision quickly. Others are regular, formal and arranged around the ‘drum beat’ or ‘cadence’ of a business to make more strategic decisions. The more strategic the decisions and longer term the impact the less frequent the forum so a Senior or Executive Management Team may only meet quarterly for a business review (QBR)

How a QBR ‘Rolls’

A typical QBR will see Senior Managers sharing results in PowerPoint, possibly with financial results in spread-sheets which I would hope have at least been extracted from a Business Intelligence application.

If the SMT are reasonably well organised, they will summarise their conclusions and actions in meeting minutes. The meeting minutes will be typed up by an assistant in a word document and then distributed in email.

Throughout, they will all have been keeping individual notes so will walk out with these in their daybooks. The most senior manager in the room might not do this particularly if it’s their assistant who’s taking the minutes.

Later, actions from daybooks and minutes are likely transferred to individuals to-do lists and all follow-up will be conducted in email and phone calls.

An Implosion of Information, Conclusion and Decision

So let’s recap. Critical decisions about how resources are going to be allocated will be discussed in a ‘QBR’ and yet the artefacts of this critical decision making forum are scattered into Word documents, excel spread-sheets, emails and outlook tasks. Tiny fragments of the discussion, information, conclusion, decisions and activities implode around the organisation. To be frank, the team are now only going to make progress because the forum was recent and can be relatively easily recalled.

Of course, once time or people move on so does the corporate memory of the decision. Conversations begin with ‘what did we agree to do about that cost over-run?’ or ‘why did we say we were ok with the revenue performance in Q1?’

Executive Attention Deficit Syndrome

Many executives complain of a syndrome that feels like ADS. This is because the more senior the manager the more things they will probably have to deal with at an increasingly superficial level. A functional head will probably spend no more than 15 minutes on any one thing. To productively make decisions they will need to be able to have the background, status and related information to hand so that they can deal with it quickly and move on to the next thing. Decision making black holes contribute to this feeling of EADS.

CDM and Corporate Memory

Corporate Decision Making platforms will be successful when they connect;

  • Decisions
  • Information on which the decision was made
  • Insight derived from the information
  • Actions taken on the decision
  • Results of the actions

This means total recall of corporate decisions good and bad so that, over time, decisions can be recalled, evaluated, re-used or improved. A far cry from current decision making forums which whilst functional are inherently flawed, fragmented and are not improving the timeliness and quality of decisions in our organisations.

Sunday, 13 March 2011

Collaborative Business Intelligence and Managing Agreement, Not Conflict

Before you Set Off
Home of the Paradox

Abilene, Texas seems to be an entirely reasonable place. Jessica Simpson (Daisy to Johnny Knoxville's Luke Duke) was born there and I understand that the museums are free during their monthly Artwalk event. There is even a Country and Western song about Abilene which, last time I checked, there isn't about my home town in Surrey. It seems unfair then, that the place has a whole paradox named after it.

Cohen contends that managing agreement is the single most pressing issue facing organisations today

The Abilene paradox describes a particular problem with group decision making. and was introduced by a management expert, Jerry B Harvey, in his article The Abilene Paradox: The Management of Agreement.

The Long and Winding ...

In the article Jerry described something that happened when they were visiting family in Coleman Texas. The family were playing domino's on the porch and enjoying iced lemonade when Jerry's father-in-law suggests that they take a trip to Abilene, some 53 miles north, for dinner.

It was over a 100 degrees outside and Jerry really didn't like the idea of a 106 mile round trip in an old Buick without air conditioning but Jerry’s wife responded before he had time to say anything with, "Sounds like a great idea. Jerry felt out of step but thought he might still avoid it by adding ‘Sounds good to me … if your mother wants to go’. However, Jerry’s mother-in-law then says, "Of course I want to go. I haven't been to Abilene in a long time".

So, they were set. The drive is hot, dusty, and long. When they arrive at the cafeteria, the food is is less than average. They arrive back home four hours later, exhausted.

The Game of Recrimination
To be sociable and break the silence as they are cooling down after the ride, Jerry says ‘It was a great trip, wasn’t it’ Jerry’s mother-in-law says that, actually, she would rather have stayed home, but went along since the other three were so enthusiastic.

Jerry’s wife says, "I just went along to keep you happy. I would have had to be crazy to want to go out in the heat like that." Jerry’s father-in-law then says that he only suggested it because he thought the others might be bored.

The group then did what all groups do in these situations, they played the game of recrimination. No prizes, none of the time.  When they couldn't identify a suitable culprit they sat back, puzzled and perplexed as to why they all decided to take a trip which none of them wanted to.  They would actually all have preferred to stay on the porch and relax.

We tend to think that the biggest challenge in organisational decision making is managing conflict but what the Abilene paradox describes is the difficulty in managing agreement. I’ll say that again … not managing conflict but dealing with decisions when we agree. It's absurd but then again, that is exactly what a paradox is.

Are we there yet?
Cohen contends that managing agreement is the single most pressing issue facing organisations today.

There are a number of psychological themes at play including what Cohen describes as Action Anxiety (the need to 'do something') and Fear of Separation (the need 'to be in agreement with the group').

However, at the core of avoiding the Paradox is communication. A lack of clarity about the intent of the group and the preference of the individuals. It should be really easy to avoid coming out of a meeting where everyone appeared to agree but individuals whisper 'that will never fly' but it isn't.

The increasing adoption of collaborative decision making tools will, of course, introduce some hitherto unknown problems but they will provide an opaque forum for individuals to be clear about their views.

Decision making forums where the contributions are considered, clear, balanced and accurately recorded are less likely to result in a 106 round trip in the heat. Of course, some of the issues are cultural but structured, collaborative decision making is an opportunity for;
 
  • Clear and Considered Input. Interestingly one of the most potent techniques for getting individuals to put more thought into their contribution to a decision is to ask them to write it down. What's more it's on the record so they're committed.
  • All Views Heard, None Drowned Out. In a meeting you would think that we would all use the one mouth and two ears in proportion but that is not always the case. A CDM Forum means that all participants can record their view, everyone can be heard without interruption.
  • One Memory of the Decision. Take a look at your next meeting and everyone is making their own notes based on their own view of the meeting. If the meeting is facilitated and someone is recording the views of the group on a whiteboard then we see different behaviours.  This is what CDM forums do too.
 
The final mile
So if you want to enjoy free art on the first Thursday of the month then Abilene is the place to be. However, if it's a hot and dusty day and you're enjoying the shade then before you set off check that the group really want to go, that everyone has been heard and is committed and finally that you have air conditioning.

Sunday, 20 February 2011

If the decisions are poor then BI is for nothing

 

Good Decision/Bad Decision

This has been something of a preoccupation for me of late. We spend much of our time debating the technologies. We invest valuable time in deciding if we should we go with mega-vendors (IBM, Oracle, SAP) or a challenger? We agonise over should it be cloud or on-premises, mart or warehouse, dimensional or relational? And it is all, frankly academic if the businesses is not making good decisions.

There is no shortage of material that try and make sense of why good people and great businesses make monumentally bad decisions. In the book 'Thing Again:Why Good Leaders Make Bad Decisions' by Sydney Finkelstein, Jo Whitehead and Andrew Cambell the focus is on the strategic decisions that have dramatic and highly visible consequences for the organisation.

Good People in Great Organisations Can Make Poor Decisions

An example is one of the UK's premier retailers Boots which enjoys one of the largest footfalls in the UK. Established in the 19th century, it is now a subsidiary of £20billion Alliance Boots. In September 1998, the Chief Executive, Steve Russell excitedly announced a range of healthcare offerings including dentistry, chiropody and laser hair removal. Five years later, the initiative had lost in the region of £100m and Boots needed to break open the piggy bank and look down the back of the sofa for another £50m just to close down the operation and convert that premier retail space back to being ... retail. It almost goes without saying that the changes were implemented by a new CEO, Richard Baker.

Apparently, one of the chief reasons for making the move into Healthcare services was  that a slowdown in the Beauty business 'had been detected'. However a spokesman was later quoted in the Telegraph as saying that 'they recognised that these areas are still growing strongly'.

Let's stop there for a second. Spotting trends in sales and revenue by product category is probably marketing and business 101. And even the most rudimentary business intelligence solution should be trending sales over time. Yet the trend in sales in a key category for Boots was diagnosed as slowdown and only a few months later as growth. Of course, the slowdown may have been a short-term blip but the point of trending is to smooth these out for the purpose of longer-term planning. And, the error in trending might be more understandable had it not been for the fact that the later growth was characterised as 'strong'.

Of course, I am not on the board of Boots and I have an advantage shared with all those analysts and commentator that put the boot (or should that be Boots) into Mr Russell ... hindsight. Indeed, it's a testimony to the strength of Boots as a high street giant that they can make major booboo's and still go on to survive and thrive.

And organisations are complex systems of individuals and interactions. Large organisations are very complex. This is why organisational decision making doesn't always stand up to the scrutiny of us as individuals who retrospectively try and apply the logic of rational decision making to such mistakes.

Garbage Can Theory

However, what my own experience tells me is that information is all too often disconnected from the decision.

There is a theory of organisational decision making referred to as the 'garbage can model' ('rubbish bin model' to me) It points out that organisations comprise problems, people that can solve the problems and people that make the decisions. The model asserts that these three things are typically disconnected so that the successful application of all three things appears to be random. I would add one more to James G March and Johan Olsen's model ... information from which an informed decision can be made. Of course another variable makes successful decision making even more random.
 
The availability and application of the factors behind a well informed decision go some way in helping us understand why leaders with great track records in premier businesses make awful decisions. As practitioners in information solutions I would assert that it is time that we stop building islands of business intelligence and build systems that connect more closely with the people that make the decisions. I also need to find another high street chain that can help me with laser hair removal.

Saturday, 5 February 2011

Traditional BI teams are missing the boat on social analytics

Being a natural owl and not a lark, it takes something really important or deeply interesting to get me into the City for a 7.30 am breakfast meeting. Ed Thompson of Gartner speaking on how Sales, Marketing and Customer Services are making use of social media last week more than qualified.

The focus was not the usual 'if facebook were a country' hype but very much on how ordinary businesses are adapting to the world of social media and getting ahead through practical application of new and innovative solutions. Interestingly, the most common applications are brand monitoring and company watching in the form of B2B CRM and Competitive Intelligence. Sectors already adopting include Retail, Hi-Tech, Media and Consumer Goods businesses.

Insight came thick and fast but one thing that stood out was that IT are nowhere to be seen. This is, at least, partially because these are new solutions, usually cloud based and IT involvement isn't mandatory. However, with the internal department involved in less than 2 out of 10 initiatives, they are getting left behind. It could be argued that they only have themselves to blame. When I work with my customers and they tell me that a new server will take 15 weeks to build or that it will be 8 weeks before a new report will run for the first time then I find it difficult to side with the 'professionals'. Business cycles are getting shorter and shorter whilst IT surrounds themselves with processes and models designed to reduce risk, increase quality and security but that also kick delivery dates so far over the horizon that the business have stopped asking for help.

Those that are involved are busy defining standards, mandating architectures and generally slowing things down. My advice to IT departments, BI teams and competency centres involved in such activity is stop. Just stop.Things are moving quickly and by the time you have updated the version control on your feasibility study, it's out of date. Now is the time for adoption and execution (Ed's words not mine, btw) The business needs support in getting information on what their customers are saying about their products or the latest marketing campaign. The sales team want to identify reasons to pick up the phone and sell to their prospects and they want it embedded in their CRM systems and processes. Marketing want to understand what competitors are doing, if they are forming new partnerships, announcing new products and how the market is responding. All of this, delivered regularly and routinely, is becoming as critical as daily sales, fulfilment, basket analysis or the senior management team's dashboards.

As information professionals we should be helping the business corral the world of social media and on-line content. We should be investing time in understanding the new challenges and opportunities that semantic and content analytics represent.  We should also be embracing, experimenting and learning from the emerging technologies that address them. Most of all we should be adopting and implementing.

The growth of SaaS means that the business has a choice now. When it comes to social analytics the early adopters are looking at a range of vendors with innovative solutions that require no more implementation than adding a new bookmark. Then they are looking at their IT teams who are offering them a four page 'IT request approval' form. Where would you go?

Sunday, 23 January 2011

Death of the BI Generalist

I have fond memories of the 90s. I spent a fair amount of it being a 'Cognos Consultant' travelling the length and breadth of the UK being an expert in all things Cognos. There was a great sense of independence and autonomy. It was possible to pitch up at a new Client with 2 CDs (One for PowerPlay, one for Impromptu) and install the software on a handful of PCs on Monday morning and by Friday I would have interviewed for requirements, built a metadata model, cubes and reports and would be huddled around a desktop with the users putting the final touches to what I dared to call a BI application.

It was the day of the renaissance BI Consultant, the Polymath. We all felt like experts from the time of we opened the jewel case to the point the user signed off their brand new Business Intelligence application.

As much as I enjoyed this, I don't yearn after these as simpler times. The solutions we built were great and delivered real and incremental value. They didn't, however, have the breadth, depth and coverage as the best implementations today. These are deployed over the web to hundreds, sometimes thousands of users covering multiple business domains. Modern performance management solutions have bought together Sales, Marketing, Operations, Finance and the Senior Management Team together in ways that were less achievable perhaps even impossible ten years ago.

There is a cost though. The range of skills required to deploy a modern BI (or Business Analytics) Application is broad. Take the individual that installs the software. What used to require a working knowledge of Windows and an installation manual now also needs an understanding of web servers, operating systems, virtualisation, application servers and security all in multiple flavours. It may also require systems management conversations to configure for fail-over and load-balancing in a way that wasn't required before because it wasn't possible. And whilst the internet means we are all effectively sharing a single network it stands to reason that it is important to understand all the different ways of communicating and processing on this single, global network.

So far, we have only unwrapped the cellophane but things get really interesting when we get our hands on data. The possibilities for delivering value from the vast array of corporate data assets as improved dramatically but this means that they need to be integrated too. This required an in-depth understanding of relational and dimensional modelling techniques, databases sql and at least one ETL tool. Whilst there are some tools that simplify this process with tools and (usually) OLAP cubes, they are typically departmental in scale. Modern solutions may also required a mix of on-premises and cloud data and a mix of  structured, and unstructured which increases the richness of the solution but also the number of things a developer needs to keep in their head.

So where does this leave us? If you have a team of homogeneous 'BI Developers' then their skills may be too general. I am working with one client in an advisory capacity at the moment and they have one consultant that has implemented everything. He has been very successful too. However, their business, though, is of a size where he can wrap his arms around the requirement, the infrastructure and the data. He also has exceptional aptitude and is an outstanding consultant throwing herculean effort at their projects. For the rest of us mortals we need to divvy up the responsibilities.

Many of my clients tend to do this across technical/systems, data and application. It's not the only way but works really well. The IS team pick up the install and maintenance of the application server environment, a data team create a single reporting database/data warehouse/marts and a BI team maintain metadata and the reporting application in all it's variants of reports, analysis, dashboards, scorecards etc.

There are interesting implications for the modern, complex out-sourcing and off-shoring organisation. Another of my clients based in the City out-source their databases including data warehouse development. Because there is a cost each time they want to add a new data item for the purpose of BI they tended to try to resolve new requirements in metadata or the reporting application. Inevitably the quality of their solution deteriorated over time because they were not always extending or fixing in the right place. Eventually, the sticking plasters gave out and they were forced to back to first principles which had implications of cost and re-work.

The more common issue is one of a shared design. Changes to data impact ETL, metadata, reports and the application. A new requirement might need to be changed in one or all of these places. Whilst usually a number of small and straightforward changes, they do need to applied consistently. To co-ordinate activity when the solution is expanded or enhanced there needs to be a common data model. In our experience this needs to be two models. One, a logical (and relational) model that represents the business data in a perfect and integrated world. Secondly a dimensional model that represents the data as the business see it in their reporting application through reports and metadata. These are surprisingly rare in our experience and usually not because they take a long time to draw (they don't) Our suspicion is that what makes these time consuming is the need for consensus. However, if there is no consensus then there is a risk that the solution is already flawed.

So, a BI/Analytics solution cannot be built single-handedly. It requires a range of skills and it's difficult to be an expert in all of them. The generalist then is fading away and being replaced by a team and a shared design who can deploy solutions with greater reach and richness than when we could ever have believed a few short years ago.

Sunday, 9 January 2011

What 127 Hours Tells us About Social Networks

In an interview this week for Mark Kermode's Film Review show, Danny Boyle made it clear that he used the success of Slumdog to make a film that might otherwise not have been made. To leverage the success of 2010 most acclaimed film is an indication that 127 hours is more than this years 'would you?' movie.

For those few that have not yet heard about it, it is the true story of Aron Ralston who gets trapped under a boulder whilst canyoneering alone in Utah. The desperate measure that he takes to free himself is well documented so it is not giving anything away to say that he was trapped by his arm, he has a multi-tool (a really cheap one) and a little under 127 hours to debate if he should ... or should not.

Before, I go on you might be wondering what's the connection between BI and Social Networks let alone the connection between Danny Boyle's latest movie and Social Networks. Those that follow my posts and tweets will know that Social platforms interest me because I think they are changing the way we share and use information in business and will profoundly change the Business Analytics space over the coming years. A social platform has already made it into IBM Cognos 10 because these guys, again, are ahead of the game. Many don't see it yet because the original use of social platforms have trivialised their significance but it's there nonetheless.

Back to the connection. Aron Ralston, played by James Franco, is an all-American hero. He's young, fit, strong, intrepid and independent. He is good at what he does, he has spent a lot of time in his chosen wilderness and is able to navigate it with speed and ease. In fact, at one point in his story, he briefly but convincingly takes the role of park guide. The hopelessness of his literal and figurative fall takes a long time to sink in for our hero. Indeed, when it does dawn on him that he could have shared his hiking plan with his friends or family it wouldn't be exaggerating to call it an epiphany. It's clearly a powerful realisation for Aron that he's not a hero, he's an arse.

There is a moment in the movie where Aron says 'thank you'. It's a strange moment. I don't want to give away why it is strange but if you see the movie, you will know why. For me, it was significant because he knew that if he made it home alive (which was still, by no means certain) then he would be changed forever. He would live the rest of his life in the knowledge that however strong, smart and experienced he was that those tiny connections we all make each day matter. Sometimes in small ways because it's just about about sharing. Sometimes in significant and surprising ways.

For me, I am continually and pleasantly surprised by what I learn on the subjects of analytics, organisational leadership, productivity, start-ups and social media in my twitter stream. It's full of links to content that cover important ideas from solid thinkers. Admittedly none of them are life-saving but, at a stretch, a rare few might be described as life-changing. Each of them make a tiny but positive difference and sometimes someone in my network helps me (or me them) in a game changing way. 

Thursday, 25 November 2010

Single version of the truth, philosophy or reality?

We all hear this a lot. The purpose of our new (BI/Analytics/Data Warehouse) project is to deliver 'a single version of the truth'. In a project we are engaged with right now the expression is one version of reality or 1VOR. For UK boomers that will almost undoubtedly bring to mind a steam engine but I digress.

I have to admit, I find the term jarring whenever I hear it because it implies something simple and  attainable through a single system which is rarely the reality.

In fact it's rarely attained causing some of our community to ponder on it's viability or even if it exists. Robin Bloor's 'Is there a single version of the Truth' and  Beyond a single version of the truth in the Obsessive Compulsive Data Quality blog are great examples.

Much, on this subject, has been written by data quality practitioners and speaks to master data management and the desire, for example, for a single and consistent view of a customer. Banks often don't understand customers, they understand accounts and if the number of (err, for example Hotel Chocolat) home shopping brochures I receive is anything to go by then many retailers don't get it either. Personally I want my bank and my chocolatier to know when I am interacting with them. I'm a name, not a number, particularly when it comes to chocolate.

This problem is also characterised by the tired and exasperated tone of a Senior Manager asking for (and sometimes begging for) a single version of the truth. This is usually because they had a 'number' (probably revenue) and went to speak to one of their Department Head about it (probably because it was unexpectedly low) and rather than spending time on understanding what the number means or what the business should do, they spent 45 minutes comparing the Senior Managers 'number' with the Department Heads 'number'. In trying to reconcile them, they also find some more 'numbers' too. It probably passed the time nicely. Make this a monthly meeting or a QBR involving a number of department heads and the 45 minutes will stretch into hours without any real insight from which decisions might have been made.

This is partly about provenance. Ideally it came from a single system of record (Finance, HR) or corporate BI but it most likely came from a spreadsheet or even worse a presentation with a spreadsheet embedded in it.

It's also about purity (or the addition of impurities, at least) It might have started pure but the department head or an analyst that works in their support and admin team calculated the number based on an extract from the finance system and possibly some other spreadsheets. The numbers were probably adjusted because of some departmental nuance. For example, if it's a Sales Team, the Sales Manager might include all the sales for a rep that joined part way through the year whilst Finance left the revenue with the previous team.

It will be no comfort (or surprise) to our Senior Manager that it is also a Master Data Management problem too. Revenue by product can only make sense if everyone in the organisation can agree the brands, categories and products that classify the things that are sold. Superficially this sounds simple but even this week I have spoken with a global business that is launching a major initiative, involving hundreds of man hours to resolve just this issue.

It's also about terminology. We sacrifice precision in language for efficiency. In most organistions we dance dangerously around synonyms and homonyms because it mostly doesn't catch us out. Net revenue ... net of what? And whilst we are on the subject ... revenue. Revenue as it was ordered, as it was delivered, as it was invoiced and as it is recognised according to GAAP rules in the finance system. By the way does your number include credit notes? And this is a SIMPLE example. Costs are often centralised, allocated or shared in some way and all dependent on a set of rules that only a handful of people in the finance team really understand.

Finally, it's about perspective. Departments in an organisation often talk about the same things but mean subtly different things because they have different perspectives. The sales team mean ordered revenue because once someone has signed hard (three copies) their job is done whilst the SMT are probably concerned about the revenue that they share with the markets in their statutory accounts.

So is a single version of the truth philisophy? Can it really be achieved? The answer is probably that there are multiple versions of the truth but they are, in many organisations, all wrong. Many organisations are looking at different things with differing perspectives and they are ALL inaccurate.

A high performing organisations should be trying to unpick these knots, in priority order, one at a time. Eventually they will be able to look at multiple versions of the truth and understand their business from multiple perspectives. Indeed the differences between the truth's will probably tell them something they didn't know from what they used to call 'the single version of the truth'.

Friday, 5 November 2010

Five Cloud Myths

I know, this is a BI Blog, not a Cloud Blog but the Cloud is affecting everything and whilst BI in the Cloud will be difficult, it's journey from on-premises to cloud might be long but ... it is inevitable.

In any case, I have heard and would like to dispel the following five myths that I have heard at least once in the last few weeks.

Myth 1. Cloud will Dis-intermediate
I remember a keynote presentation from a presenter I deeply respected on the explosion of the web and how it would bring about dis-intermediation. The logic was sound. Consumers can connect directly with providers so the need for brokers, intermediaries and miscellaneous third parties appeared to be unnecessary. The growth of cloud computing has caused some to predict the same and yet a cursory glance of the services on offer will demonstrate there is no reduction in intermediaries or intermediation opportunity. If a service, offering or product will make things easier for a consumer then they will buy it. It might be comparison, consolidation or simply cheaper prices but if you can add something and make the connection painless then you can come to the party and make money for adding value.

Myth 2. Cloud is Bad for Services
With infrastructure issues 'solved' and the availability of commodity services that fix common problems like tax  and currency exchange calculations some are suggesting that the opportunity for consulting provision will diminish. My educated response to this is 'yeah right' I have yet to meet the business that has solved all the issues and is not looking for any more innovation to reduce cost or get a competitive leg-up. If the simple things are going to get solved in one place then fantastic, we can all move on to innovating and adding real value. We're all tired of solving the same problems so let's get the solutions in the cloud and build some real innovation on top of them.

Myth # 3. Cloud Means Blue Sky
Hmm. Cloud encourages a lot of blue sky thinking. But there are few businesses starting with a clean sheet (if you will pardon the mixed metaphor) There are on-premises systems to integrate, proprietary solutions that will not leave the office without a fight and that's without thinking about how difficult Cloud BI can be given that it involves the complex integration of what is often large volumes of data. And multi-tenanted solutions need everyone to play nicely so those queries from hell need to be reigned in or it stays on-premises.

Cloud is (like Performance Management) a journey that needs careful planning whilst delivering improvements along the way.

Myth # 4. Cloud is ASP
This is usually suffixed with the phrase 'but marketed differently'. Of course, it has some commonality with the principles of application service provision but to dismiss it as 'the same as' is to miss the point as profoundly as  Cloud will change our industry.

Myth #5. Cloud is a Fad
Actually Myth #4 is often rolled out as 'evidence' of just how faddish Cloud is. In fact Cloud is having an impact on all system wherever it is physically located. Users now expect their systems in the office to be as easy to use and visually appealing as the web sites they use at home. In fact they do both in both locations. Cloud has also set the expectation that all systems will be available on all devices. It's not mobile or desktop anymore, it's a range of devices.

As final evidence that Cloud is not a fad, it's clear to me that to be a successful cloud vendor, like Salesforce, then you have to continue to show value month after month or your users will go elsewhere. As Phil Wainewright, CEO of Procullux Ventures put's it ... software used to be a holiday romance but cloud requires a long-term relationship. If that means I am married to Marc Benioff then I might need to re-think the analogy but there is no doubt that Cloud vendors need to play the long game.

Sunday, 24 October 2010

Too many choices for the modern analytics Solution Architect

We analytics practitioners have always had the luxury of alternatives to the RDBM as part of our data architectures. OLAP of one form or another has been providing what one of my colleagues calls ‘query at the speed of thought’ for well over a decade. However, the range of options available to a solutions architect today is bordering on overwhelming.

First off, the good old RDBMS offers hashing, materialised views, bitmap indexes and other physical implementation options that don’t really require us to think too differently about the raw SQL. The columnar database and implementations of it in products like Sybase IQ are another option. The benefits are not necessarily obvious. We data geeks always used to think the performance issues where about joining but then the smart people at InfoBright, Kickfire et al told us that shorter rows are the answer to really fast queries on large data volumes. There is some sense in this given that disk i/o is an absolute bottleneck so less columns means less redundant data reading. The Oracle and Microsoft hats are in the columnar ring (if you will excuse the mixed geometry and metaphor) with Exadata 2 and Gemini/Vertipaq so they are becoming mainstream options.


Data Warehouse appliances are yet another option. The combined hardware, operating systems and software solution usually using massively parallel (MPP) deliver high performance on really large volumes. And by large we probably mean Peta not Tera. Sorry NCR, Tera just doesn’t impress anyone anymore. And whilst we are on the subject of Teradata, it was probably one of the first appliances but then NCR strategically decided to go open shortly before the data warehouse appliance market really opened up. The recent IBM acquisition of Netezza and the presence of Oracle and NCR is reshaping what was once considered niche and special into the mainstream. 


We have established that the absolute bottleneck is disk i/o so in memory options should be a serious consideration. There are  in-memory BI products but the action is really where the data is.Databases include TimesTen (now Oracle’s) and IBM’s solidDB. Of course, TM1 fans will point out that they had in-memory OLAP when they were listening to Duran Duran CD’s and they would be right.

The cloud has to get a mention here because it is changing everything. We can’t ignore those databases that have grown out of the need for massive data volumes like Google’s BigTable, Amazon’s RDS and Hadoop. They might not have been built with analytics in mind but they are offering ways of dealing with unstructured and semi-structured data and this is becoming increasingly important as organisations include data from on-line editorial and social media sources in their analytics. All of that being said, large volumes and limited pipes are keeping many on-premises for now.

So, what’s the solution? Well that is the job of the Solutions Architect. I am not sidestepping the question (well actually, I am a little) However, it’s time to examine the options and identify what information management technologies should form part of your data architecture. It it is no longer enough to simply chose an RDBMS.  

Friday, 13 August 2010

External BI and How Weight Loss is More Interesting than Life itself

More and more we find ourselves helping customers with externally facing business intelligence as well as what we might call traditional and internally facing business analytics.

Those that work with me will know that I advocate articulating BI requirements as business questions so External BI can be characterised as answering questions like;

  • Which of my prospective customers are doing things that they might need our help with?
  • What are my competitors doing that represent threats or opportunities?
  • What is happening in my marketplace that will affect our strategy?

B2C businesses might also ask questions like;

  • What are our customers saying about us?
  • Do we have a good or poor reputation?
  • What do people think about our brand?

It is important that the answers to the first block of questions are detailed so that you get answers from editorial sources, blogs and tweets that might include 'Our #1 competitor has changed their advertising agency' or 'One of key accounts is rumoured to be making an acquisition' The second block may also need detailed answers but it is surprising how much can be determined by monitoring the volume of traffic or 'buzz'.

A solution we recently built for a pharmaceutical company gave us some fascinating insights based on buzz. During the first two weeks of the implementation one of their drugs was associated with cancer. As you might imagine, the volume of posts, news stories and tweets spiked dramatically. Over the next few days, the volume decreased as the facts became known and rumour and speculation were displaced. Eventually the buzz quietened to normal patterns. Unusually, the following week, a second rumour surfaced. This time, that the very same drug was associated with weight loss. The same pattern emerged with a pronounced spike over a few days followed by a calm induced by rational and factual information dissemination. What was surprising to us was that the spike associated with weight loss was higher and longer. In other words, there was more interest, more conversation and more interaction when a product was associated with weight loss than when it was associated with a terminal disease.

Sigh.

Wednesday, 14 July 2010

CRM A great source for Sales Performance Management but a terrible substitute

The reputation of CRM implementations is a mixed one but we could say that about many IT endeavours. The good news though is that there seems to be a more balanced take now. Take a look at Lauren May's article, 'CRM is No Longer a Four Letter Word' as an example.

There are many reasons that it has a bad rep. Not least because many organisations focused on IT, systems and process but forgot that it was essentially about the err Customer. And the costs! In the high profile, now failed, EDS implementation for Sky, the original costs before (allegedly) spiralling out of control were estimated at over £40m.

In spite of the misses, CRM is still a purchasing priority for CIO's in 2010 according to Ed Thompson, Gartner Analyst who suggests "For most organizations, the single most logical way to differentiate the business is through great customer experiences, rather than having the lowest cost or most innovative products and services".

However, I can't help think that some of the reputation is based on the classic principle that it was oversold and under delivered. Analytics are a good example of this with many of the platforms promising innovative ways of analysing sales performance. They promise democracy through dashboards but it was never going to be that simple.

CRM implementations are allowing us to capture more about sales processes and activities than ever before. However, valuable and actionable insight will not simply fall out of the CRM implementation. The biggest challenge is that they all treat their own data like an island. Useful sales analytics can only typically come from bringing together information from Sales, Marketing and Finance systems.

Ask a sales rep for the revenue number and they will tell you what was booked on the order. But we all know that a lot can happen between an order and an invoice and the difference is a constant source of frustration to a management team trying to drive the business in the right direction using a gage with one set of numbers and three needles all at slightly different points. And, of course, the cost of a campaign or the profitability of customers is not information captured in a CRM platform but requires information from the CFO and the Marketing Director too. Reporting or dashboard tools in a CRM implementation are great at reporting operational CRM but they cannot bring information together from all those places that are needed in a meaningful way. At least, not yet.

I am not being critical of CRM systems. Their existence has opened up new opportunities for the analysis of sales performance for organisations and that's a very good thing. However, those that expect integrated analytics that provide useful insight into the plan variance, demonstrate which sales tactics are working or identify which products and customers are proving more profitable may not get it from their shiny new CRM dashboards. Meaningful and actionable insight can only come from combining CRM information with other organisational data into a coherent and common framework. It can, as I have seen it done in many instances, look like it is part of the CRM implementation but the real work is done behind the scenes by smart data warehousing and enterprise business intelligence tools.

Do you know where your sales organisation is heading? Sales Leaders take the IBM Sales Performance Management Assessment here;

www.artesiansolutions.com/bathwicksurvey

Sunday, 20 June 2010

BI Requirements Should Be Challenged and Discussed not just Gathered

There are many resources remonstrating with the IT community on the importance of gathering requirements. Failing to gather requirements, they warn, will lead to a poor solution delivered late and over budget. This is largely inarguable.

However, I would warn that simply 'gathering' requirement is as big a risk. Fred Brooks, author of 'The Mytical Man Month' once said that 'the hardest part of building a software system is deciding what to build'. And deciding what to build is a two way process rather than the act of listening, nodding and documenting that we all too often see in Business Intelligence projects.

From time to time, I hear someone cry foul on this assertion. They argue that it seems like the tail is wagging the dog or that the business cannot compromise on the requirement. I usually point out that simply building what the user asked for doesn't happen in any other field of engineering. Architects advise on the cost of materials when planning a major new office building, City officials take advice on the best possible location for a bridge and environmental consultants are actively engaged in deciding exactly if and what should be built in any major civil engineering project.

And this is exactly how we should approach business analytic requirements. As a two-way exploration of what is required, possible solutions and the implications of each. Incidentally, this is particularly difficult to do if business users are asked to gather and document their own requirements without input from their implementation team.

An example of why this is important is rooted in the fact that many BI technologies (including IBM Cognos) are tools not programming languages. They have been built around a model to increase productivity. That is, if you understand and work with the assumptions behind the model reports, dashboards and other BI application objects can be built very quickly. Bend the model and development times increase. Attempting to work completely around the model may result in greatly reduced productivity and therefore vastly increased development time.

So be wary of treating 'gathering' and 'analysis' as distinct and separate steps. Instead, the process should be an iterative collaboration between users and engineers. Requirements should be understood but so should the implications from a systems perspective. The resulting solution will almost undoubtedly be a better fit and it will significantly increase the chance of it being delivered on time, at the right cost and with an increased understanding between those that need the systems and those that build them.

"We fail more often because we solve the wrong problem than because we get the wrong solution to the right problem", Russell Ackoff, 1974

Monday, 31 May 2010

The Empire State Building and BI Projects

I was in New York a few weeks ago and took the family to the Empire State Building. It's opening in 1931 coincided with the great depression. In fact, so much of its space remained unoccupied that it became known, for a while, as the Empty State Building. Today, no one can argue with its fame or its success. Even if it is now only the 15th tallest building in the world, it stands as an encouraging reminder that many successful projects span economic cycles.

It would be foolish to argue that, a BI project, started today, will still be in place in eight decades. Indeed, many will be replaced in as many years. However, many BI competency centres or departments have been initiated in similar circumstances. Many evolved during the last economic downturn to help businesses identify less profitable parts of the business or simply those areas that could withstand cutbacks without reducing the businesses ability to react when the economic cycle reversed. Accurate insights helps business navigate through a recessionary market and then, once through, help them identify the products, markets and geographies that show signs of growth first.

This goes some way into explaining why last month's Gartner report, 'Market Share:Business Intelligence, Analytics and Performance Management' found that BI continues to outgrow other enterprise software. Year on year, 2008 to 2009, BI grew at a little over 4% to $9.3billion. I am not convinced that anything can be called 'recession proof' but three decades of growth in a market now dominated by SAP (BO) IBM (Cognos) Oracle, Microsoft and the global SAS campus doesn't appear to be over yet. My own view is that the most significant reason for consistent growth in the BI market is rooted in something a colleague of mine reminds me of from time to time. BI, he asserts, is a process not a project. BI as a market continues to grow precisely because its organisational adoption continues to grow. Successful BI implementations satisfy one set of requirements but new ones emerge.

One final parallel between the famous New York landmark and BI projects. Apparently the famous art deco spire of the Empire State was intended to be a mooring mast for dirigibles but this proved wildly impractical once the building was completed. The broadcast tower that replaced the dirigible mooring is a spectacular example of adapting a project as the business around it changed and more about the environment became known rather than theoretical.

Thursday, 8 April 2010

Why are targets a political football?

Battle lines are being drawn up as we head towards the election and interestingly there is a new point of contention for the major parties. Targets. In relation to the NHS, indeed any Government department, they have become short hand for "too many middle managers", "waste" or "red tape".

In a recent BBC article http://news.bbc.co.uk/1/hi/uk_politics/8538601.stm Professor David Kerr, a political adviser suggests that patient choice has been affected by a "blizzard of targets" and that the NHS has been left "bogged down by process driven targets". A cursory glance might leave many thinking that targets are a fairly bad idea. Valuable resources otherwise engaged in the business of saving lives are redirected to meaningless management of numbers. Even Radio 4 presenters are starting to suggest that a core component of "efficiency" would be to "drop all those targets".

I can't think of any human organisational endeavour where we assume that planning outcomes and taking a reading to measure progress against plan would be considered inefficient. Should we have built Terminal 5 without monitoring current and forecasting future passenger throughput? Fly to New York without (albeit automatically) monitoring the land speed, altitude and current position? Start at either end of the Channel Tunnel without monitoring when (or if) it will meet in the middle? I appreciate that the nature of the news can mean that complex subjects are overly simplified and that politicians need to work with sound bites but to suggest that targets are inherently a bad thing would be to mislead in the extreme. Let's find some other shorthand for overly bureaucratic departments, saying that it is 'all those targets' doesn't cut it. Measuring the wrong things or measuring the right things inefficiently is wasteful but measuring nothing means that a business (or a department) is guessing it's way to the next crisis.

Sunday, 14 March 2010

The Journey from BI to CPM: Part 3, Cause and Effect

So far we have established that there is no single journey from BI to CPM. Instead it is an evolution that builds on successful implementation and aligns itself closer to the business in order to drive deeper and sustainable success. In the last post I also described a process of establishing requirements which was less about reporting and more about establishing the business priorities, the objectives required to deliver against them and then, in turn, the metrics required.

In this post I want to encourage you to expand on the objectives to understand how they are going to be achieved. This will help the business identify if it is measuring the right things whilst validating what you have discovered so far. It may also uncover related or more detailed information requirements.

For example, the engineering business we talked about in part 2, were looking to increase market share. One of the objectives they identified to achieve this was to increase account share. If we continue to explore this objective further we are likely to identify the initiatives required to achieve it. To increase account share the sales team must cross-sell. In order to cross-sell there has to be collaboration across the sales people that sell their products and services into a single account. In order for the sales team to cross-sell the services team must also align around a strategic account plan.

So our objective to increase account share actually becomes a series of cause and effect objectives or initiatives;

INCREASE MARKET SHARE by increasing account share

  • Cross Sell
  • Align services to strategic account plan
    • Encourage global account collaboration
    • Create compensation plan that reward global account collaboration

Here, we can see a basic cause and effect between these objectives. We can also see that they begin to cross departments because sales, services and HR all own objectives that contribute to the ultimate senior management team objective of increasing market share.

There are a number of methodologies which would drive these discussions including those introduced by Robert Kaplan and David Norton in a series of books including 'The Strategy Focused Organisation' and through their organisation Palladium. This approach organises this cause and effect matrix of objectives across the four balanced scorecard perspectives financial, customer, internal and learning and growth. The completed diagram, a strategy map, is a compelling visual representation of those objectives that should be driving the organisational strategy.

Whatever methods or techniques are used, the essence is aligning organisational information with current business priorities. The alternative, to either replicate (albeit improve) existing systems or to ask the business to mock up endless cross tabs in spreadsheets to communicate their requirements would only deliver partial success.

These last two posts have been about the impact of information systems on performance management. Whilst critical, this is only part of the story. Performance Management is also about what the business does with the insight. How it collaborates, adapts and executes the plan which in turn requires robust planning, budgeting and forecasting. More on this in future posts.

This series of posts draws greatly from the work of Kaplan and Norton and their approach to Corporate Performance Management using the Balanced Scorecard and Strategy Maps.

Sunday, 24 January 2010

The Journey from BI to CPM: Part 2, Establish Business Objectives

This part of the journey is about asking if you are measuring the right things today. This seems like an obvious point but reporting systems are often put in place around those things that are easy to measure rather than those things that are important. Over time, systems are replaced but this can make things worse not better. It is all too common for the new system to deliver more or less the same information but in a new technology. Faster, sexier, more charts, in a dashboard, around a scorecard, through a browser but essentially the same old information the organisation has always reported.

To determine what needs measuring requires a more considered approach, a step back. It requires an understanding of the few critical business goals or objectives that are important today. Obviously, this will depend on who in the business you ask. Ask the board and the response is likely to include the strategic objectives and financial outcomes that describe how the company creates value for its shareholders. Ask a functional head and the response is more likely to include those things that contribute to financial outcomes. Sales Management might be looking to "improve sales productivity", engineering to "increase number of product launches" and marketing "increase campaign effectiveness"

There are techniques for organising the various objectives across an enterprise into a coherent whole but it is too large an undertaking for me to cover here. Similarly, I am not advocating a lifetime of paralysis through analysis here. At this stage it doesn't matter about the level. Some objectives will be strategic, some tactical, some board level and some departmental. Whichever part of the organisation you are engaged with will both constrain and influence the answer to your questions, what matters is to ask about objectives, vision and goals. For example, I recently worked with the European Management Team of a global engineering company. They were tasked with growing revenues in a market that wasn't growing. This obviously meant taking market share.

Their approach to achieving this was to go after larger deals through the direct channel whilst growing their indirect channel to pick up deals in the mid market. This strategy could be articulated as a number of objectives;

  • Grow indirect sales
  • Close more deals that of €1m or more
  • Retain existing customers
  • Increase account share

The next step was to identify the metrics by which these objectives could be measured which included;

  • Grow indirect sales (% Indirect Revenue Against Total)
  • Close larger deals (#Deals >=€1m)
  • Retain existing customers (Renewal Retention%)

So it is really straightforward. Ask the business what it is trying to achieve, to articulate the objectives and then determine how they can be measured. The example above is fairly high level and strategic but the approach to more tactical requirements is exactly the same. What are you trying to achieve? How are you trying to achieve it? How do you measure it?

The next part of the journey will require that you understand the initiatives that support these objectives and then further, the metrics that drive those.

This series of posts draws greatly from the work of Kaplan and Norton and their approach to Corporate Performance Management using the Balanced Scorecard and Strategy Maps.

Sunday, 15 November 2009

The Journey from BI to Corporate Performance Management: Part 1.

In this series of posts, I will examine how organisations are making the journey from Business Intelligence to Corporate Performance Management. As this is the first in the series let's examine the obvious question 'what is the difference between BI and CPM?'

During my time with a market and thought leader in this field, Cognos, there were a number of views which give us a useful way of examining this question;

Firstly, that BI and CPM are the same thing. I have already given away my own view on this with the title of this post. Let's start with what BI is. A reasonable definition is that BI is the use of information for the purpose of decision making. It is distinct and different from 'reporting' which has an operational focus. BI systems are used by managers across the enterprise to drive informed and accurate business decisions. Strategic BI, using scorecards and dashboards for example, is used by the senior management team as a strategic decision making tool and come close to the definition of CPM. However, not close enough.

Secondly, that Enterprise Planning and CPM are the same thing. This is a view held by some Planning, Budgeting and Forecasting (PB&F) specialists that think of BI as 'just reporting'. Understandably, they hold the view that driving organisational behaviour through the planning process by making it more frequent than the traditional annual 'spreadfest' is at the heart of CPM. If we also consider that PB&F systems do make it easy for profit and cost centre managers up and down the organisation to take an active part in the process then we are certainly getting close to CPM. They are not the same thing though.

Thirdly that BI and Enterprise Planning combined are the same as CPM. An organisation that implements systems for measuring performance, for adapting the plan and for managing the impact on forecasted revenues is clearly looking to both measure and change performance. Implementing the systems to report, analyse, plan and monitor is certainly critical to CPM. However, BI plus PB&F is still not CPM.

Finally, the view that I subscribe to, is that CPM involves the systems (BI and PB&F) but also the business processes and strategic approach to performance management as characterised by methodologies such as Economic Value Add (EVA) or the Balanced Score Card (BSC). An organisation that implements the systems, adapts the strategic decision making process and changes business processes is truly executing on the CPM vision.

CPM is often described as a 'journey'. It is a fundamental change to the way in which many organisations manage themselves today so there are no magic bullets, applications or software features. CPM does not come 'out of a box'. Instead the change may begin with a series of BI implementations that cause an organisation to challenge 'established wisdom' and manage with a much deeper organisational insight. Alternatively it may begin with a corporate initiative to adopt the Balanced Scorecard aligning, at the highest level, strategic direction with organisational activity. What is interesting to me is that many such initiatives are described as failures because they 'didn't make CPM happen' Of course many of these are poorly executed implementations but occasionally they are, in themselves, as successful as they can be. Take a step back, look at them again and they may well be a perfectly reasonable step forwards on a CPM journey that is rarely short or simple but often worthwhile.

In the next post I will describe some of the steps that might be made on the CPM Journey wherever you are today.