Pair programming is an agile software development technique in which two programmers work together at one workstation. The benefits of pair programming are well known and the technique is widely practiced. However, what is the best way to sit while pairing?
An alarming study by Flyvbjerg and Budzier published in the Harvard Business Review has made everyone stand-up and take notice. The coherent advice being that IT projects are much more riskier than we think.
Refactoring is a technique for changing the internal structure of the program without changing its external behavior. On the face of it, refactoring seems to involve a good amount of thinking, however, too much thinking could be detrimental as well.
This is one the frequent questions asked by the customer. It is a question that makes an Agile team uncomfortable. On one hand, estimating an entire product functionality without actually starting work is ridden with flaws, however in many circumstances, it is a practical question which teams cannot ignore.
There have been numerous arguments and debates in the past on whether bug fixes should be counted towards velocity. There does not seem to be a 'one' right answer. However, Agilists have some recommendations describing situations in which they should be added, how they should be added and where they could be avoided.
For second year in a row Jurgen Appelo came up with his list of top 100 Agile books. The list is based on average ratings and number of ratings done on Amazon.com and GoodReads.com The scoring also considers the year of publication.
Open office layout is usually considered the default layout for Agile teams. Cubicle farms are boring and a thing of the past. Open office is known to improve communication, collaboration and build stronger teams. Is it all as good as it sounds?
Scrum is seen as an adaptive and flexible software development methodology which aims to improve the development process. Over the years, there have been many success stories which have been attributed to Scrum. However, some teams continue to smell a good amount of inflexibility and rigidity. Is it Scrum at fault or is it a flawed adoption process?
