A view of a failing software project

I have just read an article about a CRM project that is doomed to failure. The basis for the problem is that, buyers often utilize the customizing features available in many software packages to change the functionality before they understand what the software does and how it works. Utilizing the software out of the box is what the writer recommends.

While this may not be possible for all software buyers, it raises an excellent point. Software is developed to automate a process. If you start to change the functioning of the software without understanding the basic operations of the process, you are doomed to failure.

The answer may not always be, use it out of the box without changes. However, understanding the underlying process is critical. A better approach would be to document your existing business process and compare it to the process provided by the software. This does two things:

• It provides you with a basis for evaluating the software and identifies opportunities for improvement of the existing process and what you can get from the software.
• It will also tell you whether there is a conflict.

Now you know exactly what you need the software to do and whether any enhancements are required. If there are no critical missing requirements, I would agree: Use it out of the box without customizing.

You will get results earlier, and if customizing is required, you will get a bump up when the system has stabilized and your staff are up to speed.

The original article can be found http://bit.ly/47lzRv