31st EUROMICRO Conference on Software Engineering and Advanced Applications
DOI: 10.1109/euromicro.2005.12
|View full text |Cite
|
Sign up to set email alerts
|

Agile Procurement: New Acquisition Approach to Agile Software Development

Abstract: Contemporary software is increasingly developed using an agile development approach, yet the supplier is generally selected as a result of a waterfall-style competitive tendering and contracting process. The procurement activity may be incompatible with an agile elaboration of requirements and development of functionality, and lead to sub-optimal outcomes. This paper examines the interaction of the procurement and software development lifecycles, explores potential causes of project or system failures and sugg… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
2
0
1

Publication Types

Select...
6
1

Relationship

0
7

Authors

Journals

citations
Cited by 8 publications
(3 citation statements)
references
References 5 publications
0
2
0
1
Order By: Relevance
“…Because of unclear data in requirement analysis, there were 30% budget error. Jamieson et al gave a model for pre-and post-contract phases in agile development [3]. These researches mostly cover our research topics.…”
Section: Related Workmentioning
confidence: 99%
“…Because of unclear data in requirement analysis, there were 30% budget error. Jamieson et al gave a model for pre-and post-contract phases in agile development [3]. These researches mostly cover our research topics.…”
Section: Related Workmentioning
confidence: 99%
“…Some work has been already devoted to defining business goals for agile projects and to enhance riskvisibility between customers and developers: Agile Contracts (Beck and Cleal, 1999), Agile Procurement (Jamieson et al, 2005), and Risk-Driven Method for XP Release Planning (Li et al, 2006). However, we will argue that a more promising staring point is commitments management (Kontio et al, 1998).…”
Section: Business Expectations Risks In Agile Developmentmentioning
confidence: 99%
“…A responsabilidade do insucesso dos projetos é tanto do fornecedor quanto do cliente. Algumas ações podem ser executadas para evitar problemas, se o adquirente: (i) tiver um processo definido para a aquisição (KWAN e LEUNG, 2004;TSUJI et al, 2007;SHENG et al, 2008a;CUI e XU, 2009), (ii) gerir o projeto contratado (JAMIESON et al, 2005; JALIL e HANIF, 2009) e (iii) mantiver uma boa integração entre os envolvidos (KWAN e LEUNG, 2004;HUEN, 2007). Projetos de software adquiridos podem fracassar por motivos, como, por exemplo, falha na monitoração do fornecedor, não entendimento das responsabilidades das partes envolvidas, falta de integração entre os processos de aquisição e de desenvolvimento etc.…”
Section: Introductionunclassified