Linking the business view to requirements engineering: long-term product planning by roadmapping

Companies moving into the software product business and growing in size face new challenges that cannot be tackled completely with old practices. For example, the future development steps of the off-the-shelf products cannot be negotiated with just one or a few customers any more. This means that practitioners should be able to take aspects such as their company's own strategy and available market information more effectively into account in such decision-making. However, usually the company or business unit strategy is so high level that the gap to single requirements documents is far too long. Roadmapping is one technique that companies have used for long-term product planning in order to link the business view to requirements engineering (RE), and to make more business oriented product development decisions. In addition, roadmapping has been used to share a common understanding about the future development steps of products with different stakeholders. However, the application of the technique is not always easy. This paper gives an overview of roadmapping as a technique, and describes lessons learned from one Finnish software product company that has developed and evaluated its own roadmapping processes in their organization.

[1]  Pete Sawyer,et al.  Packaged Software: Challenges for RE , 2000 .

[2]  Satish Nambisan,et al.  Why Service Businesses Are Not Product Businesses , 2001 .

[3]  Marjo Kauppinen,et al.  Introducing requirements engineering: how to make a cultural change happen in practice , 2002, Proceedings IEEE Joint International Conference on Requirements Engineering.

[4]  John M. Favaro Managing Requirements for Business Value , 2002, IEEE Softw..

[5]  Robert Phaal,et al.  Technology roadmapping—A planning framework for evolution and revolution , 2004 .

[6]  D. Probert,et al.  Customizing roadmapping , 2004, IEEE Engineering Management Review.

[7]  Gary DeGregorio,et al.  Technology management via a set of dynamically linked roadmaps , 2000, Proceedings of the 2000 IEEE Engineering Management Society. EMS - 2000 (Cat. No.00CH37139).

[8]  Björn Regnell,et al.  Challenges in Market-Driven Requirements Engineering - an Industrial Interview Study , 2002 .

[9]  J. Favare,et al.  Managing requirements for business value , 2002 .

[10]  Colin Potts,et al.  Invented requirements and imagined customers: requirements engineering for off-the-shelf software , 1995, Proceedings of 1995 IEEE International Symposium on Requirements Engineering (RE'95).

[11]  Ian Sommerville,et al.  Improving Market-Driven RE Processes , 1999 .

[12]  Thomas A. Kappel,et al.  Perspectives on roadmaps: how organizations talk about the future , 2001 .

[13]  Marjo Kauppinen,et al.  Requirements Prioritization Challenges in Practice , 2004, PROFES.

[14]  T. Kappel,et al.  Roadmapping in the corporation , 2003, IEEE Engineering Management Review.

[15]  Casper Lassenius,et al.  An Approach to Product Roadmapping in Small Software Product Businesses , 2002 .

[16]  D. Probert,et al.  Starting-up roadmapping fast , 2003, IEEE Engineering Management Review.