<<  May 2012  >>
 Sun  Mon  Tue  Wed  Thu  Fri  Sat 
    1  2  3  4  5
  6  7  8  9101112
13141516171819
20212223242526
27283031  

Sponsors

Microsoft


TechWell

We have 1609 guests and 3 members online

Home News Mythical Agile Shortcuts

Mythical Agile Shortcuts

E-mail
Saturday, 10 November 2007 11:50
mythical2Agile practices such as unit testing, story-based requirements gathering, and pairing are intuitively appealing ways to achieve higher quality and mitigate risk of change.  At first glance, they even seem relatively easy to execute: how hard can it be for two people to collaborate, write small business-oriented requirements, and code tests with each bit of software?  Executing Agile practices can be quite difficult to perform.  For one thing, they make people uncomfortable because they challenge work habits long established in IT.  For another, they give the appearance of reducing productivity.  This can lead teams to try to take shortcuts to becoming Agile.  Selectively gaining experience with Agile practices is of value when first taking them on, but denying them completely leaves the benefits of Agile practices unrealized, and can cause more harm than good to a development team.
 
mythical2Agile practices such as unit testing, story-based requirements gathering, and pairing are intuitively appealing ways to achieve higher quality and mitigate risk of change.  At first glance, they even seem relatively easy to execute: how hard can it be for two people to collaborate, write small business-oriented requirements, and code tests with each bit of software?  Executing Agile practices can be quite difficult to perform.  For one thing, they make people uncomfortable because they challenge work habits long established in IT.  For another, they give the appearance of reducing productivity.  This can lead teams to try to take shortcuts to becoming Agile.  Selectively gaining experience with Agile practices is of value when first taking them on, but denying them completely leaves the benefits of Agile practices unrealized, and can cause more harm than good to a development team.
 

Read more >>

Trackback(0)

Comments (0)add comment


Write comment

You must be logged in to post a comment. Please register if you do not have an account yet.

busy