Requirements Analysis: Take Emotion Out of Software Purchasing Decisions
If your IT team runs up against rancor and indecision each time a purchase decision needs to be made, a requirements analysis can help you provide your boss with the documentation and consensus necessary to choose the right software development product in a timely manner.
by Simon Galbraith
October 13, 2003
urchasing a software development product that different users will utilize in different ways is one of the trickiest tasks IT shops face. When selecting a tool such as a bug-tracking system, for example, one must resolve the requirements of four different groups: developers, testers, project managers, and senior managers. Attempting to satisfy all these groups during a buying decision often results in emotional turf wars and lengthy deliberations.
If you're part of an IT team that runs up against this time-wasting rancor each time a purchase decision needs to be made, a well-documented, well-executed requirements analysis can help you choose the right software development products in a timely manner. Using the process I outline in this article, you'll be able to provide the documentation and consensus necessary for your boss to go with your recommendation.
It's quick, easy and you get access to all the articles on DevX.
This registration/login is to allow you to read articles on devx.com. Already a member?
To become a member of DevX.com create your Member Profile by completing the form below. Membership is free!
urchasing a software development product that different users will utilize in different ways is one of the trickiest tasks IT shops face. When selecting a tool such as a bug-tracking system, for example, one must resolve the requirements of four different groups: developers, testers, project managers, and senior managers. Attempting to satisfy all these groups during a buying decision often results in emotional turf wars and lengthy deliberations.
