User and developer mediation in an Open Source Software community: Boundary spanning through cross participation in online discussions

From AcaWiki
Jump to: navigation, search

Citation: Flore Barcellini, Françoise Détienne, Jean-Marie Burkhardt (2008) User and developer mediation in an Open Source Software community: Boundary spanning through cross participation in online discussions. International Journal of Human-Computer Studies (RSS)
DOI (original publisher): 10.1016/j.ijhcs.2007.10.008
Semantic Scholar (metadata): 10.1016/j.ijhcs.2007.10.008
Sci-Hub (fulltext): 10.1016/j.ijhcs.2007.10.008
Internet Archive Scholar (search for fulltext): User and developer mediation in an Open Source Software community: Boundary spanning through cross participation in online discussions
Tagged: open source software community (RSS), cross-participants (RSS), boundary spanners (RSS), distributed design (RSS), role emerging design (RSS), open source (RSS), open source software (RSS), design-use mediation (RSS), role analysis (RSS)

Summary

This paper distinguishes 5 different roles in open source projects:

  1. project leader
  2. administrators
  3. developers
  4. active users (who participate in discussions, report bugs, and propose new modules)
  5. 'passive' users who may lurk but do not discuss or document the software

Can users who are neither administrators nor developers impact the design choices of an open source project? This paper investigates how users participate in and contribute to the design process, focusing on boundary spanners, who bridge the user community and developer community. Boundary spanners' contributions to the "management and knowledge sharing activities" are also investigated. "Despite the idealistic picture that users may intervene freely in the process, we will question whether users who are neither administrators nor developers in the core Python community can really have an impact on the design choices and decisions.

Methodology is field interviews and analysis of two mailing lists (developer-oriented and user-oriented). The focus is on cross-participants, who "take part in same-topic discussions, occurring in parallel in both mailing-lists.", with the hypothesis that cross-participants are either key participants or boundary spanners. Messages were coded along two lines: activities and references, as follows. Tables provides the number and percentage of references (in total) by role on each mailing list, and some analysis is given regarding the roles. (For example, that cross-participants "tend to provide more references about the application domain" and that they transfer "references about programming users to the user community"). The paper also observes that "the cross-partici- pants are central in the social network linking the user community and the developer community. On the user side, the cross-participants tend to quote and be quoted by the users. On the developers side, the user-champion, a specific cross-participant, tends to quote and be quoted by the administrators (including the project leader) and the developers of Python."

Activities

  1. Coordination
  2. Synthesis
  3. Decision
  4. Social relationship

References

  1. Application domain
  2. Computer science (here meaning programming rules or languages)
  3. Examples and code
  4. Usage-experience
  5. Explicit linking

Theoretical and Practical Relevance

This study is a first step in analyzing the data, but does have two observations that might be of particular use elsewhere:

  1. "formal criterion such as cross-participation is a powerful means to identify boundary spanners in parallel mailing-lists"
  2. social networks by quoting could be studied elsewhere