RE: XP vs. "Traditional"
"Alleman, Glen B." <[email protected]> Thu, 3 Apr 2003 11:10:10 -0700
| Newsgroups | gmane.comp.programming.extreme-customering |
|---|---|
| Message-ID | <[email protected]> |
There is a huge "discussion" on New Grange (a PM site) regarding "agile" PM versus "traditional" (PMBOK based) PM. First the traditionalist assert that they are not traditional but rather the reference and any extensions to this baseline must conform to the tradition or they are not valid - so that's the first stumbling block for comparisons. What "may" of value is a taxonomy of software development management methods, which maps the processes of the various methods. I've made one run at this but "real work" keeps getting in the way. My motivation is to have a response piece to hand the CMM auditors that shows our SOP mapped against the CMM KPA's. There has been some work don by SEI and at STSC in this manner, so that'd be the place to start with the comparisons between "traditional" and "agile." Glen B. Alleman VP, Program Management Information Technology CH2M HILL Rocky Flats Environmental Technology Site 10808 Highway 93 (MV B-72) Golden, Colorado 80403-8200 Office: 303.966.5865 Nextel: 303.994.0874 [email protected] > -----Original Message----- > From: Ron Jeffries [mailto:[email protected]] > Sent: Monday, March 31, 2003 2:55 PM > To: [email protected] > Subject: Re: [XC] XP vs. "Traditional" > > On Monday, March 31, 2003, at 3:21:37 PM, davehane wrote: > > > Given that XP and other Agile methodologies have sweet spots in which > > they can best be applied, does anybody know of work done that > > attempts to quantify the advantages of XP over heavier methodologies > > in an apples-to-apples comparion?. > > > While one may know intuitively that the XP approach will > > yield "better" results, convincing others can be quite another > > story. Having hard data to share can sometimes be helpful in this > > regard. > > > Not sure if this is the right place for this post, but thought that I > > try here first. > > As Bill has pointed out, there are no apples to apples comparisons, and my > guess is that there never will be. One reason is that there are few, if > any, apples to apples comparisons of /any/ two methods. The problem is > finding the apples to compare. > > I wish there were hard data available. But there is not. There is only > rhetoric, and experimentation, at least so far. However, there are coming > to be more and more successful experiments, in a wide range of situations. > > Regards, > > Ron Jeffries > www.XProgramming.com > It is not the strongest of the species that survive, not the most > intelligent, > but the one most responsive to change. -- Charles Darwin > > > > To unsubscribe from this group, send an email to: > extremecustomering-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org > > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ > ------------------------ Yahoo! Groups Sponsor ---------------------~--> Get 128 Bit SSL Encryption! http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/NhFolB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: extremecustomering-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/