DocumentCode
3298772
Title
A Technical Story
Author
Robinson, Nick
Author_Institution
Lab49, New York
fYear
2007
fDate
13-17 Aug. 2007
Firstpage
339
Lastpage
343
Abstract
Across the agile community there has been a lot of discussion regarding the use of technical stories. While the community seems split into two camps of for and against, the majority of extreme programmers favour to define the system using only the traditional customer focused user stories. In some cases the technical story arguments are academic, but our experience report demonstrates clearly why sticking to user stories has its benefits. Our experience using Scrum and XP has been that allowing technical stories into the process can de-rail the ability to deliver constant, measurable business value per iteration, as well as inhibit the planning process. Once technical stories are allowed, the customer and business can be alienated very quickly, especially when they have no engineering background. Furthermore, when problems occur and the technical stories begin to slip, the customer can be left in a very difficult position, not knowing how to re- prioritise or direct the process. It is therefore our intention to highlight some of the pitfalls that can result from using technical stories.
Keywords
programming; software engineering; Scrum; agile development; customer focused user stories; extreme programming; technical story; Fires; Process planning; Programming profession; Project management; Team working;
fLanguage
English
Publisher
ieee
Conference_Titel
Agile Conference (AGILE), 2007
Conference_Location
Washington, DC
Print_ISBN
0-7695-2872-4
Type
conf
DOI
10.1109/AGILE.2007.68
Filename
4293619
Link To Document