Using Mediation Theory to Build a Requirements Conflict Resolution Model

Conflict is a common phenomenon in our daily life and as such conflict has an important impact on Requirements Engineering (RE). However, in the current RE literature, conflict is often addressed in terms of a technical issue leading to inconsistency in the requirements specification. Little attention is given to the socio-psychological aspects of the conflict. Furthermore, previous RE work typically views the resolution of conflicts in RE as a purely negotiationbased process, in which a requirements engineer acts as a representative of a developer site and negotiates with users. By drawing on the Information Systems and Conflict Resolution literature, we argue that conflict resolution in RE should be a mediated process, in which a requirements engineer acts as a mediator amongst different stakeholders. We introduce our narrative mediation theory and explain how it can be introduced into the field of RE.

[1]  Henri Barki,et al.  Interpersonal Conflict and Its Management in Information System Development , 2001, MIS Q..

[2]  Bashar Nuseibeh,et al.  Requirements engineering: a roadmap , 2000, ICSE '00.

[3]  Tracy Hall,et al.  Building a Narrative Based Requirements Engineering Mediation Model , 2008, EuroSPI.

[4]  Kim,et al.  Social conflict: Escalation, stalemate, and settlement , 1986 .

[5]  Theerasak Thanasankit,et al.  Requirements engineering—exploring the influence of power and Thai values , 2002, Eur. J. Inf. Syst..

[6]  Axel van Lamsweerde,et al.  Requirements engineering in the year 00: a research perspective , 2000, Proceedings of the 2000 International Conference on Software Engineering. ICSE 2000 the New Millennium.

[7]  Steve Easterbrook,et al.  Resolving requirements conflicts with computer-supported negotiation , 1994 .

[8]  Ellen Gottesdiener Requirements by Collaboration: Workshops for Defining Needs , 2002 .

[9]  Barry W. Boehm,et al.  Developing Groupware for Requirements Negotiation: Lessons Learned , 2001, IEEE Softw..

[10]  Michael A. Jackson,et al.  Problem Frames - Analysing and Structuring Software Development Problems , 2000 .

[11]  Bashar Nuseibeh,et al.  To be and not to be: on managing inconsistency in software development , 1996, Proceedings of the 8th International Workshop on Software Specification and Design.

[12]  Stefan Biffl,et al.  Repeatable quality assurance techniques for requirements negotiations , 2003, 36th Annual Hawaii International Conference on System Sciences, 2003. Proceedings of the.

[13]  Alan M. Davis,et al.  The Art of Requirements Triage , 2003, Computer.

[14]  Monica J. Garfield,et al.  Managing conflict in software testing , 2004, CACM.

[15]  S. Newell,et al.  The Role of Networks In the Diffusion of Technological Innovation , 1996 .

[16]  Daniela E. Damian,et al.  A research methodology in the study of requirements negotiations in geographically distributed software teams , 2003 .

[17]  Lemai Nguyen,et al.  Promoting and Supporting Requirements Engineering Creativity , 2006 .

[18]  John Mylopoulos,et al.  Why Goal-Oriented Requirements Engineering , 1998, Requirements Engineering: Foundation for Software Quality.

[19]  Ian Sommerville,et al.  Integrated requirements engineering: a tutorial , 2005, IEEE Software.

[20]  Steve Sawyer,et al.  Effects of intra‐group conflict on packaged software development team performance , 2001, Inf. Syst. J..

[21]  Kent L. Beck,et al.  Extreme programming explained - embrace change , 1990 .

[22]  Mike Cohn,et al.  User Stories Applied: For Agile Software Development , 2004 .

[23]  Linda A. Macaulay Seven-Layer Model of the Role of the Facilitator in Requirements Engineering , 1999, Requirements Engineering.

[24]  Isabel Ramos,et al.  Is emotion relevant to requirements engineering? , 2005, Requirements Engineering.

[25]  LeMai Nguyen,et al.  Creativity, Requirements and Perspectives , 2005, Australas. J. Inf. Syst..

[26]  John Winslade,et al.  Narrative Mediation : A New Approach to Conflict Resolution , 2000 .

[27]  Bill Curtis,et al.  A field study of the software design process for large systems , 1988, CACM.