Commercial experiences have shown that involving users in the software design cycle is a cost-effective way of improving both the quality and the acceptability of tool products. This paper addresses the issue of whether users also should be involved in the research activities that lay the foundation for parallel tool design. Integrating users changes the basic nature of the software process in several ways, as illustrated with examples from recent Parallel Tools Consortium projects. Tool designers must invest additional time to prepare example scenarios or prototypes for user discussions, identify alternatives that can serve as points of departure for user-derived metaphors or models, and analyze user responses. By identifying user suggestions consistently throughout the design process, however, the development time for research prototypes is actually shortened.A growing recognition that products and services should be customer driven has affected development and production processes in many areas of the economy. In computing, the area of human computer interfaces (HCI) is most affected. As increasing attention has been paid to the needs and preferences of software users, it has become obvious to HCI specialists that users can and should play an active role in the software design process. Recent publications have described the experiences of businesses that integrated users into the design cycle and found it to be a cost-effective way of improving both the quality and the acceptability of software products (Bias and Mayhew, In this paper, I address the issue of whether users should be involved not in software production per se but in the research activities that lay the foundation for software tool design. Specifically, I consider the trade-offs if users were to participate more actively in parallel tools research. The first section establishes why parallel tools would appear to be a fruitful area for more direct interactions between researchers and their potential users. This is followed by discussions of the procedures necessary to incorporate users in research projects and the potential benefits to be derived, based on past experiences with recent software tool projects. The costs are then assessed in terms of researcher effort and the effects on time-toresults. A series of recommendations, derived from experiences in acquiring and applying user feedback, indicates how the costs might be kept to a minimum while still allowing the tool researcher to reap the benefits of user involvement.
Motivation: Parallel Tools Research