Getting Value out of Business Systems
Following only nuclear storage, preparing a city for the Olympics and nuclear power projects, business system implementations are the riskiest projects to undertake and manage.??
According to Bent Flyvberg, IT projects have the highest risk of significant cost overruns of all project types, after those scary three. ?
For something as common in the corporate world as implementing a piece of software, you would be forgiven for thinking it couldn't be that bad. According to Flyvberg's work, the two main causes for this are the high level of interdependence among components and the lack of modularity in project design.?
Flyverg’s insight on the causes, and his beliefs in putting more time into planning before pulling the trigger align with our own experience and advice. Anticipate what could go wrong. Mitigate against problems. Break things down into Lego blocks. But his insight that resonates the most is that too often the organization does not have a clear answer to the simple question: "Why?"?
I've been involved in dozens of major system implementations, and the first question I find myself asking is why. Why now? Why this system? Why this plan???
Another way to ask the question: “What do we plan to get out of this system?”?
Too often I hear some mix of the following:?
Sometimes I even hear something along the lines of "our ownership group told us we have to" (which we refer to as the ‘Great and Powerful Oz’ argument on our team?).
What I don't hear in any of those answers is the "So what?" What is it that this exact combination of product, timing, and approach going to improve that is worth the significant time, money and emotional effort a project like this takes??
Eliyahu Goldratt, a master of the operations world and someone who had a front-row seat to the MRP and ERP evolution of the 80's and 90's, summarized the failures by breaking down technology into four critical questions:?
领英推荐
What he found was that almost everybody answers question #1. But for each successive question fewer people take the time to understand and answer it.??
The example he used is net requirements planning, where based on orders, inventory and lead times a production team needs to anticipate what materials need to be purchased to ensure all orders can be produced by their shipment dates.??
Prior to MRP systems, this was an intensely manual process that in many companies meant it was only calculated once per month. While the early adopters of MRP tended to get good results, the significantly larger group of companies that came on board next failed to realize the benefits.??
In the end, because they only focused on the time savings, they only got the time savings for the people calculating the net requirements. It wasn't worth the investment.??
What they missed was the decision-making power that comes with knowing your net requirements more frequently. How can we use this to buy better? How can we shorten lead times? Where are our bottlenecks? How can we increase throughput? This decision power can create many times the investment in value and it's perpetual.?
When I get involved in a project, I want to understand where exactly the value is for an organization. Not just in time saved, but in intelligence and decision-making value created. Here are a few simple examples that we've seen in recent years:?
This isn't an exhaustive list, but I want to emphasize that most of the value of a business system is realized in a few small areas. Those should be the critical focus areas of the project. I can think of dozens of cases for different industries, but you have to think through how your organization creates value and what would allow it to create more. Start there and be relentless in pursuing that value.?
People & process-focused organizational consultant
8 个月I love this Scott Beaton because that failure of most organizations to answer the question 'why' extends beyond software systems implementations and also touches so many areas of management. An example is the whole WFH vs RTO debate. Missing from so much of that debate is an articulation of WHY the office is better than working from home or visa versa. We can rarely articulate the 'real' why because we haven't taken the time to really think about it, collaboratively. The result, as Ackoff would say, is doing the wrong thing righter: "The righter we do the wrong thing, the wronger we become. When we make a mistake doing the wrong thing and correct it, we become wronger. When we make a mistake doing the right thing and correct it, we become righter. Therefore, it is better to do the right thing wrong than the wrong thing right. This is very significant because almost every problem confronting our society is a result of the fact that our public policy makers are doing the wrong things and are trying to do them righter." The costs of this failure, whether in software systems management or human capital management, can be crippling.