Managing priorities in an intranet development roadmap

Background
I’ve been asked to create a blog to share our experience managing priorities in an intranet development roadmap. Like any other software development we’re swamped with enhancement request raised by our clients, international partners well as internally.
Managing requests
By the time this blog is written I have to deal with 500 active requests which need reviewing, examining, clarification, discussion, prioritising, and the most important thing “execution”, in an extremely limited time.
Say if I am incredibly productive and I only have to spend 10 minutes for each tickets, it would take me more than 10 days just to reviewing this tickets without any further action such as examining or writing clarification request.
Dealing with priorities
Perhaps it would take a month before an execution of these tickets can be performed.
There are many technique you can use to help dealing with priorities, one of the most popular one is by calculating the “degree of importance”, where you have to weigh each request by creating a score card. Each card is measured from different aspect such as:
• Number of clients who has requesting such feature
• Development time & cost to develop
• Impact on existing system
• Potential future sales benefits
• Current trend & Market analysis
• Available budget and resources
The Dilemma
Before you know it, we might have to spend more time developing a robust system rather than dealing with the request itself. Sure if you are a large organisation you might have resources to deal or an existing system to deal with this dilemma.
If you are in a small organisation this may sounds like an impossible task. Statistically I might only have less than 5 seconds to deal with each ticket and use the precious time to actually “do-something”.
Blink
A book published by Malcolm Gladwell In 2005 “Blink: The Power of Thinking Without Thinking” describes the popular idea of “thin-slicing”: ability to gauge what is really important from a very narrow period of experience. In other words, spontaneous decisions are often as good as—or even better than—carefully planned and considered ones.
It may sounds bizarre and obviously the management won’t like this approach, but sometime in real life, if you are experienced enough you will develop strong intuition. Time is limited and you’ve got to do the “right thing” with all the limitation around you.
Claromentis Development Schedule
Reflecting this back with Claromentis development schedule, we have managed to produce what we called “Rapid development” when developing an intranet software. This means new features are efficiently developed, tested, user-tested, and deployed to the client faster than before at equal or better quality at the same time we’ve managed to implement strict budget control with limited time & resources in current economic downturn.
The idea is simple, quick and accurate decision, spend it efficiently where it should be.
As a personal view, based on years of implementing intranet and extranet projects around the world for every conceivable type of company, I have the following a my top challenges that the client should really pay attention to at the end of 2008: