Archive

Archive for December, 2010

From the old – It’s not the software

31 December 2010 Leave a comment
This is the first of some blogs I will be repeating from my previous site - this blog from January 2006.

Anyone who has implemented business management software – whether ERP, CRM, BI etc – knows that the success of the application doesn’t depend on the software, but the way it is introduced and adopted in the organisation deploying it.

I know of two companies that deployed the same ERP system from JD Edwards, on the same hardware, at the same time, but one became a reference site within 2-3 years whilst the other was still struggling and complaining about the system.

A new article from MIT’s Sloan Management Review (subscription required), has the following comments:

“New tools must first be integrated into a system that’s already in place. It is important to remember that tools are embedded both within the organizations that deploy them and within the tasks the tools themselves are dedicated to performing. Moreover, each organization’s approach to how people, processes and tools are integrated is unique — a result of formal and informal routines, culture and habits. All too often, companies spend millions of dollars on tools that fail to deliver on their promise, and the culprit is typically not the technology itself but the use of the technology.”

… as my kids would say, ‘Duh’!

Understand statistics

27 December 2010 1 comment

A reasonable probability is the only certainty – E. W. Howe

These days companies are much more likely to use statistics to help with planning than they did in the past, and I’m not talking about simple statistics. Complex time series statistics for forecasting can be used quite easily without having a statistician in attendance.

The reason we use statistics with far more abandon is that the combination of large amounts of data plus greater computational capacity makes data analysis quicker, cheaper and easier. No longer do you need a SAS consultant to do your number crunching, you can do it yourself on a PC.

The problem with making statistics more ubiquitous is that a user may not understand the assumptions that go into the statistics – and all statistical calculations rely on assumptions. The value of any statistical result has to be interpreted in conjunction with the confidence and probability of that result.

When using statistics for forecasting, the important thing is to understand how likely that forecast is. A forecast is based on data from the past, and relies on the assumption that the patterns of the past can be used to predict the future with some certainty.

A local meteorological event can be used as an example. The cumulative mean daily rainfall at my house in Johannesburg, for the summer and winter seasons, is shown – the line of concern is the red summer (wet) season.

season_cumul_avg

This is the cumulative mean daily rainfall for each month – the focus here is on December.

monthly_cumul_avg

According to these two graphs, the rainfall for mid-December should be around 225mm for the season, and 60mm for the month.

However, if we look at the month-by-month actuals versus monthly mean, and median, we can see how certain months vary widely about the mean and median; in statistical terms, the standard deviation around the mean changes. That indicates in some periods the mean and/or median are less useful for prediction than other periods.

monthly_avg

When we look at the seasonal and monthly cumulative actual graphs, we can see how the real data is distributed.

Wet season cumulative actual:

season_cumul_act

December cumulative actual:

monthly_cumul_act

The interesting event mentioned above occurred this month. In the early part of the month, it looked like December was going to be a dry month. But unusual atmospheric conditions led to very heavy downpours on the 16th and 17th. As the monthly graph shows, we now have the wettest December since I started recording rainfall at my house in 1997.

For the seasonal graph, the drier than usual conditions this summer can be see by the arrow at the bottom. But all the heavy rain has done is to lift the seasonal rainfall to around the average for this time of the summer.

So while December is exceptionally wet, the season overall is as would be expected from the mean.

What do we learn from this in terms of analysis and prediction:

  1. be careful how you use the mean (sometimes use the median instead) and understand the variability around that point as described by the standard deviation;
  2. the nature and length of the data record is important, in this case December looks wet (for a 30 day period), but for a season (over 200 days) the rainfall is normal;
  3. analyse your data in different ways so you see alternative perspectives;
  4. discuss any forecasts in terms of probability of accuracy.

In the ERP world, the amount of data being stored is giving rise to more business intelligence (BI) and analytical tools. But because these tools can be applied by people without the requisite understanding of data analysis, the results and predictions from the analysis can be faulty.

If you are using a forecasting or optimisation tool for business planning, who is doing the analysis and do they understand the ramifications of how they use the tool?

Top programming languages

22 December 2010 Leave a comment

I was interested to see an index of the top programming languages in 2010.

What struck me about the list:

  1. Java and C, the most popular
  2. C# growing against VB
  3. Objective C (the language for Apple iPhones and iPads) growing significantly
  4. Transact-SQL (for SQL Server), RPG and Assembler still in the top 20 … and growing
  5. my old language, SAS, dropping

Categories: Uncategorized

My top posts

12 December 2010 Leave a comment
Categories: Top posts

2010 ERP predictions reviewed

12 December 2010 Leave a comment

Following from my previous post of Panorama’s 2011 ERP predictions, I was pointed to their 2010 predictions, which were:

  1. Diligent focus on ERP software benefits realization and ROI.
  2. SMBs to get back into the ERP software market.
  3. Increased adoption of Software as a Service (SaaS) at SMBs.
  4. Lots of ERP SaaS talk, but not as much action at large organizations.
  5. Increasing focus on organizational change management and ERP benefits realization.
  6. With ERP software, it’s still a buyers’ market.
  7. Enterprise software risk management.
  8. ERP software vendor consolidation.
  9. Focus on integration rather than major ERP package enhancements.
  10. Niches, low-hanging fruit, and business value.

Which one’s would you vote as being the most accurate?

Categories: ERP, Predictions

Your 2011 ERP predictions

8 December 2010 2 comments

Eric Kimberling of Panorama published their top 10 ERP predictions for 2011.

  1. Risk management and mitigation.
  2. Increasing focus on organizational change management.
  3. Increasing need for ERP business cases, ROI analysis, and benefits realization. 
  4. ERP lawsuits and canceled ERP projects.
  5. ERP vendors will get their “mojo” back. 
  6. ERP vendor consolidation.
  7. Heavy adoption of Software as a Service (SaaS) models at small and mid-size businesses (SMBs).
  8. Continued buzz around cloud computing. 
  9. A good year for CRM software.
  10. More focus on diagnostics, analytics, and business intelligence.

But predictions can be subjective, so I would be interested to know how you would rank them.

Categories: ERP, Predictions
Follow

Get every new post delivered to your Inbox.