How do software projects get started anyway? Someone went to a conference. A department manager wants to “streamline workflow.” A sales VP says his team is wasting time with old and slow systems. A “transformational” project is launched. A new plant or warehouse is being planned. Customers start asking for things your company cannot do with existing systems.

In each case a person or group of people claims that, with a new system, all kinds of benefits are possible. But anyone can create a list of benefits; with some creativity you can build an attractive ROI for anything.

How can you tell your project might have to be stopped before it fails?

  • Having spent weeks evaluating software demos by different providers, your VP of Sales and her team is convinced the company should purchase and implement vendor B’s solution.
  • The technology demos well and looks cool, but the ROI is unclear and seems contrived.
  • No one has documented a thorough summary of how a new system will be used to run your business.
  • Even though the vendor has quoted implementation, license, and maintenance costs, other costs like integration with existing systems are unknown.
  • No one in your enterprise is familiar with the vendor’s products or reputation.
  • It’s not clear what kind of internal team you will need, and how you will free up those people for the project.
  • There are many parts of the solution that will have to be custom-developed (invented).

There is always a possibility out there, imagined by someone or everyone, that a particular technology investment could produce different processes, eliminate waste, inspire minds, please customers.  But a sober clear-eyed assessment is what is needed before grand project aspirations can begin.

Share: