Your SlideShare is downloading. ×
User Contribution and Desirable Software
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

User Contribution and Desirable Software

1,364
views

Published on

Presentation of theory construction using the soft systems methodology approach to examine why open source software development projects require user participation to produce desirable software.

Presentation of theory construction using the soft systems methodology approach to examine why open source software development projects require user participation to produce desirable software.

Published in: Economy & Finance, Technology

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,364
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
27
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. User Contribution to Software Desirability Andrea Wiggins 18 April, 2008 IST 800 - Theory Construction
  • 2. Outline
    • Adaptation of soft systems methodology approach
      • The research question
      • Inputs : Outputs :: User participation : (more) Desirable software
      • Iteratively developed models
      • A little bit of theorizing
  • 3. Problem Statement
    • Many FLOSS projects rely on voluntary user contributions
    • There are several qualitatively different types of contributions
    • Want to understand the relationship between user participation and desirability of software
  • 4. Research Question
    • “ Why is ongoing user participation required for open source software development projects to create desirable software?”
    • Key variables: user participation, desirability of the software.
    • Relationship: User participation on an ongoing basis is a necessary condition to developing desirable FLOSS software
    • Population of study is FLOSS projects: virtual teams in which users participate in software development and signal its desirability through their participation.
  • 5. Clarifying RQ Concepts
    • User participation
      • Ongoing means continued involvement of users, not necessarily of the same users
      • Sustained participation by individuals can also be evaluated, and should be beneficial
    • Desirability of software
      • Downloads: motivation is not important
      • Direct contributions to development
  • 6. Finding Out - Rich Pictures www.ics.uci.edu/~wscacchi/Presentations/Process/Process-Discovery-Scacchi-CMAG-Mar07.pdf
  • 7. Finding Out - Process Model www.ics.uci.edu/~wscacchi/Presentations/Process/Process-Discovery-Scacchi-CMAG-Mar07.pdf
  • 8. Brainstorming: Initial Overview Models
  • 9. Brainstorming: Activities by Actors
    • Many interrelated types of user contributions
    • Developers are users too
    • Not all users participate in the same ways
    • Multiple user “types”
  • 10. Inputs - Outputs
    • Thought about ways that users contribute to FLOSS projects
    • Some interactions are indirect, all can be observed in some way
    • The contributions vary in potential value to the project, but all types are needed
    • Download software - initially and repeatedly
    • Subscription to lists
    • Post to lists, forums
    • Make feature requests
    • Submit bug reports
    • Submit patches
    • Join project team
  • 11. Abstracting Types of Participation
    • Inheritance from “lower” categories
    • Passive
      • downloading, subscribing
    • Active
      • posting, requesting, bug reporting
    • Engaged
      • patch submission, join project team
  • 12. Passive Participation
  • 13. Active Participation
  • 14. Engaged Participation
  • 15. Compare to Reality
    • Feedback from FLOSS experts:
      • Model can be improved by indicating how process steps are observed
      • Abstracted processes good, but YMMV
      • Consider role of time in processes
    • SSM is made for optimizing very specific grounded processes, but theory construction requires abstraction…
  • 16. Refined (Abstract) Model
  • 17. Observations from Models
    • In many FLOSS projects, users contribute critical functions to the support of software development
      • Users find the software desirable
        • Evidence from downloading, user participation
      • Users support ongoing development through participation
        • Most participation is aimed at influencing the software development
  • 18. Role of Infrastructure
    • Duality of project infrastructure: enables dialog between users and project team, which becomes infrastructure
      • Infrastructure or technology?
  • 19. theory from Models
    • In many FLOSS projects, infrastructural duality both provides mechanisms for participation and dialog among users, and captures these resources as further infrastructure.
    • Because of this infrastructure, users can contribute critical functions that support software development.
  • 20. Future Work
    • Engage questions about why specific mechanisms for user contributions to FLOSS are effective & widely adopted
    • Compare models to case studies & archive data to identify other user contribution process variations
      • Numerous case studies available, as this is the primary research method for FLOSS