2013
DOI: 10.12948/issn14531305/17.4.2013.06
|View full text |Cite
|
Sign up to set email alerts
|

Software Development: Agile vs. Traditional

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
56
0
9

Year Published

2016
2016
2021
2021

Publication Types

Select...
4
4
1

Relationship

1
8

Authors

Journals

citations
Cited by 92 publications
(65 citation statements)
references
References 3 publications
0
56
0
9
Order By: Relevance
“…One of the drivers towards agile methodology involves moving away from the extensive use of planning, codified processes that enforce standardisation, rigorous software reuse, heavy documentation and big upfront design, which traditional software development processes demand (Arikpo & Osofisan 2010;Nerur et al 2005). In traditional waterfall methods, a sequential process is followed whereby projects force users to describe their needs accurately upfront, to capture as much information as possible, and only to deliver the requested features at the end of the process (Hong et al 2011;Stoica, Mircea & Ghilic-Micu 2013). This has created a challenge for most organisations, mainly because of the false impression that proper planning and collecting detailed user requirements assist project teams in learning everything that they need to know about user requirements (Goodpasture 2015).…”
Section: The Move From Traditional To Agilementioning
confidence: 99%
“…One of the drivers towards agile methodology involves moving away from the extensive use of planning, codified processes that enforce standardisation, rigorous software reuse, heavy documentation and big upfront design, which traditional software development processes demand (Arikpo & Osofisan 2010;Nerur et al 2005). In traditional waterfall methods, a sequential process is followed whereby projects force users to describe their needs accurately upfront, to capture as much information as possible, and only to deliver the requested features at the end of the process (Hong et al 2011;Stoica, Mircea & Ghilic-Micu 2013). This has created a challenge for most organisations, mainly because of the false impression that proper planning and collecting detailed user requirements assist project teams in learning everything that they need to know about user requirements (Goodpasture 2015).…”
Section: The Move From Traditional To Agilementioning
confidence: 99%
“…Já no modelo Incremental, os requisitos são divididos em subconjuntos (STOICA; MIRCEA; GHILIC-MICU, 2013). O modelo Incremental corresponde melhor ao mundo real do que o modelo em Cascata, visto que reconhece a necessidade de voltar e modificar resultados de fases anteriores, e que os desenvolvedores de software nunca conseguem, de fato, completar totalmente qualquer atividade (AITKEN; ILANGO, 2013).…”
Section: O Scrum No Contexto Das Metodologias Para O Desenvolvimento unclassified
“…Em um ambiente complexo e sofrendo constantes mudanças, a agilidade de uma organização deixou de ser uma necessidade e passou a ser uma condição para entrar ou se manter no mercado (STOICA; MIRCEA; GHILIC-MICU, 2013). Com isso, várias empresas passaram a adotar metodologias de desenvolvimento ágil de softwares, como o Scrum.…”
Section: Introductionunclassified
“…Agile methods are techniques that enable quicker and more appropriate responses to customer needs by enabling the delivery of more frequent, smaller, iterative and incremental software developments. Dynamic Systems Development Method (DSDM), Feature-Driven Development (FDD), XP (Extreme Programming), Crystal (Crystal Clear Software Development), Scrum, Kanban and Scrumban are the most frequently used agile techniques (Stoica et al, 2013;Ahmed et al, 2010).…”
Section: Introductionmentioning
confidence: 99%