The Effect of Complexity and Value on Architecture Planning in Agile Software Development

被引:0
作者
Waterman, Michael [1 ]
Noble, James [1 ]
Allan, George [1 ]
机构
[1] Victoria Univ Wellington, Wellington, New Zealand
来源
AGILE PROCESSES IN SOFTWARE ENGINEERING AND EXTREME PROGRAMMING, XP 2013 | 2013年 / 149卷
关键词
Software architecture; agile software development; Grounded Theory;
D O I
暂无
中图分类号
TP [自动化技术、计算机技术];
学科分类号
0812 ;
摘要
A key feature of agile software development is its prioritisation of responding to changing requirements over planning ahead. If an agile development team spends too much time planning and designing architecture then responding to change will be extremely costly, while not doing enough architectural design puts the project at risk of failure. Striking the balance depends heavily on the context of the system being built, the environment and the development teams. This Grounded Theory research into how much architecture agile teams design up-front has identified system complexity as an important factor in determining how much planning a team does up-front, while system size, although related to complexity, has a much less direct impact. Furthermore, when determining how much design to do up-front, value to the customer can be a more important factor than overall development cost. Understanding these factors can help agile teams to determine how much up-front planning is appropriate for the systems they develop.
引用
收藏
页码:238 / 252
页数:15
相关论文
共 38 条
  • [1] Agility and Architecture: Can They Coexist? Introduction
    Abrahamsson, Pekka
    Babar, Muhammad Ali
    Kruchten, Philippe
    [J]. IEEE SOFTWARE, 2010, 27 (02) : 16 - 22
  • [2] Allan G., 2003, ELECT J BUSINESS RES, V2
  • [3] Ambler S. W., AGILE ARCHITECTURE S
  • [4] [Anonymous], 2005, Brokerage and Closure: An Introduction to Social Capital
  • [5] [Anonymous], 5 INT C SOFTW ENG AD
  • [6] [Anonymous], EUR C RES METH KEYN
  • [7] [Anonymous], WHAT IS LEGACY CODE
  • [8] [Anonymous], 1998, RATIONAL UNIFIED PRO
  • [9] [Anonymous], MAKING SOFTWARE
  • [10] [Anonymous], 2005, Extreme programming explained: Embrace change