4.5 Article

How Much Method-in-Use Matters? A Case Study of Agile and Waterfall Software Projects and their Design Routine Variation

Journal

Publisher

ASSOC INFORMATION SYSTEMS
DOI: 10.17705/1jais.00623

Keywords

Software Development; Agile; Waterfall Methodology; Method-In-Use; Routine Variation; Method Fit; Mixed Methods; Silhouette Clustering

Funding

  1. National Science Foundation through NSF Grant [0943157]
  2. Virtual Organizations Research Program
  3. NSF [OCI-1121935]
  4. Science Foundation Ireland [13/RC/2094]
  5. Direct For Computer & Info Scie & Enginr
  6. Office of Advanced Cyberinfrastructure (OAC) [0943157] Funding Source: National Science Foundation

Ask authors/readers for more resources

Development methods are rarely followed to the letter, and, consequently, their effects are often in doubt. At the same time, information systems scholars know little about the extent to which a given method truly influences software design and its outcomes. In this paper, we approach this gap by adopting a routine lens and using a novel methodological approach. Theoretically, we treat methods as (organizational) ostensive routine specifications and deploy routine construct as a feasible unit of analysis to analyze the effects of a method on actual, performed design routines. We formulated a research framework that identifies method, situation fitness, agency, and random noise as main sources of software design routine variation. Empirically, we applied the framework to examine the extent to which waterfall and agile methods induce variation in software design routines. We trace-enacted design activities in three software projects in a large IT organization that followed an object-oriented waterfall method and three software projects that followed an agile method and then analyzed these traces using a mixed-methods approach involving gene sequencing methods, Markov models, and qualitative content analysis. Our analysis shows that, in both cases, method-induced variation using agile and waterfall methods accounts for about 40% of all activities, while the remaining 60% can be explained by a designer's personal habits, the project's fitness conditions, and environmental noise. Generally, the effect of method on software design activities is smaller than assumed and the impact of designer and project conditions on software processes and outcomes should thus not be understated.

Authors

I am an author on this paper
Click your name to claim this paper and add it to your profile.

Reviews

Primary Rating

4.5
Not enough ratings

Secondary Ratings

Novelty
-
Significance
-
Scientific rigor
-
Rate this paper

Recommended

No Data Available
No Data Available