7 Deadly Sins of SCM System Implementation at US Navy

SCM system is considered the holy grail of supply chain management. Anyway, we will show 7 lessons from the world's largest scm system implementation project.

SCM System Case Study
In 1998 US Navy realized that their existing enterprise system which consisted of 44 subsystems were disparate and they needed a more integrated system in order to cope with modern warfare. As a result, they purchased the new enterprise system and the first pilot project started in the fiscal year 2000.

Unfortunately, they found that a new system didn't meet their requirements and the price tag of this failure was $1 billion, the most expensive ERP project that fails!

Later, the Department of Defense (DOD) asked the United States Government Accountability Office (GOA) to conduct the analysis in order to determine why the project management at this magnitude failed. The result was presented to Congress on September 2005 under the title "DOD Business System Modernization - Navy Adherence to ERP Business Practices Critical to Avoid Past Failures". The summary of this report is presented below,


1. No project champion
Implementation of the new ERP system at the Navy consisted of 4 separate ERP systems and each system had the overlapping functionality. The reason was that each project was negotiated, funded and managed by the different commands within the Navy without coordination.

In a typical project, the whole system is not that big but the lack of centralized management still persists. The project champion is usually someone with a big job title or someone who is not busy. The project is never be entrusted to the knowledgeable person. The project champion is so important in both lean and six sigma initiatives.

2. The existing process is poor
ERP usually comes with a standardized process aimed to increase efficiency. Anyway, the Navy tried to stick to the way the process was performed manually or by the legacy system. Then, there were too many kinds of workflows for each type of transaction under the new system.

3. No process measurement
GOA reported that the investment in a new system created "no marked improvement in the Navy's day-to-day operations". Part of the reason is that there was no appropriate process metrics so they couldn't determine the performance before and after implementation.

4. No user's involvement in the requirement process
The Navy didn't ask the end-users or internal customers for the input, nor it made sure that the system requirements were complete, correct and understandable. All decisions were made by top management. That's why the new system couldn't satisfy the needs of most end users. In short, there is no team effort.

5. Use nonstandard implementation roadmap
People familiar with the project said that it could have been better if they had used the implementation methodology of software vendors rather than that of the system integrators/consultants. The reason is that vendors know how to configure the system the most and this could have minimized the risks associated with a project.

6. Use nonstandard transaction data
Many users needed the data in a very specific format so many customizations were required and this increased the level of complexity and development cost.

7. Project verification is done internally
The Navy could have prevented a project delay if they had requested the external experts to help with the verification of project activities. This concept is very similar to a financial audit.

Lesson Learned from SCM System Case Study
Surprising shocking, the above-mentioned points are the generic "critical success factors" in an ERP project that will be readily available, what you have to do is just to google it.

The moral of this story is "stitch in time saves nine".

References
- Kutz, G. D., & Rhodes, K. A. (2006). DOD business systems modernization: Navy ERP adherence to best business practices critical to avoid past failures. DIANE Publishing.

- Ross, J. W., & Weill, P. (2002). Six IT decisions your IT people shouldn't make. Harvard business review, 80(11), 84-95.


Books We Recommend

10 Best Supply Chain Management Books of All Time

7 Best Purchasing Books Ever Written

7 Best Six Sigma Books of All Time

10 Best Operations Management Books CEOs Read

7 Best Inventory Control Books Ever Written

10 Best Lean Manufacturing Books Ever Written

10 Best International Business Books CEOs Read

Last review and update: December 7, 2019
All contents are written by Ben Benjabutr unless marked as [Guest Commentary]

About the Author and Editor:
Ben Benjabutr is the author and editor of SupplyChainOpz. He holds an M.Sc. in Logistics Management with 10+ years of experience in supply chain management. You can connect with Ben via Twitter, and Quora or drop him a line via e-mail.