Visualizing a Requirements-centred Social Network to Maintain Awareness Within Development Teams

When the requirements in a software system change, we should notify every contributor who participates in the analysis, design, implementation, and testing of the requirement to reduce rework. However, the network of contributors working on a requirement is constantly changing, making it not only difficult to seek expertise from other team members, but also difficult to send requirements-change information to team members. To promote communication and improve awareness among contributors working on the same requirement, in this position paper we suggest using a visual representation called a requirements-centred-social-network diagram. Using the social-network diagram, a contributor can learn about another contributor¿s communication patterns around the development of a requirement, or send requirements-change-awareness notifications to every member of a team working on the same requirement. This social network can automatically expand to include contributors who work on a requirement but may not have been included in a project plan. The requirements-centred social network therefore captures not only the relationships among an initial team, but also emergent relationships among peripheral contributors. We believe that, by providing visual feedback of communication patterns within a contributor¿s expanding social network and promoting communication among team members, we can improve awareness of the work done by other contributors and maintain awareness of requirements change.

[1]  Wendy A. Kellogg,et al.  Socially translucent systems: social proxies, persistent conversation, and the design of “babble” , 1999, CHI '99.

[2]  Li-Te Cheng,et al.  Jazzing up Eclipse with collaborative tools , 2003, eclipse '03.

[3]  Li-Te Cheng,et al.  Sometimes you need to see through walls: a field study of application programming interfaces , 2004, CSCW.

[4]  David F. Redmiles,et al.  Bridging the gap between technical and social dependencies with Ariadne , 2005, eclipse '05.

[5]  Mik Kersten,et al.  Mylar: a degree-of-interest model for IDEs , 2005, AOSD '05.

[6]  Kevin Crowston,et al.  The social structure of free and open source software development , 2005, First Monday.

[7]  Daniel M. German,et al.  On the use of visualization to support awareness of human activities in software development: a survey and a framework , 2005, SoftVis '05.

[8]  Kate Ehrlich,et al.  Leveraging expertise in global software teams: Going outside boundaries , 2006, 2006 IEEE International Conference on Global Software Engineering (ICGSE'06).

[9]  James D. Herbsleb,et al.  Identification of coordination requirements: implications for the Design of collaboration and awareness tools , 2006, CSCW '06.

[10]  Bikram Sengupta,et al.  Enabling Collaboration in Distributed Requirements Management , 2006, IEEE Software.

[11]  Luis Guillermo,et al.  Case study of feature based awareness in a commercial software team and implications for the design of collaborative tools , 2006 .

[12]  Gregory R. Madey,et al.  Modeling the Free/Open Source Software Community: A Quantitative Investigation , 2008 .