Can somebody tell me if I am completely wrong"?
I read "Step by Step" in the June 2012 issue of PM Network and it sure does look like RUP iterations sold as Agile...
What do you think? As always questions and comments are welcome.
Connect with me on LinkedIn. I am a LinkedIn Open Networker (LION); you can use “Friend” to add me to your network.



Patrick, I haven't read the article, but what I have seen elsewhere... Yeah the PMI isn't quite getting it. And so it may well be interpreted as something rup-like.
Posted by: Craig | 2012.06.15 at 09:19
Craig,
Thanks for the comment. Basically they were showing something that, with some renaming, could pass as parallel iterations.
I'm not agains that, but it is not new
Posted by: Patrick Richard | 2012.06.15 at 15:26
I tried to adapt RUP to Agile in http://www.dynamicalsoftware.com/analysis/code-roller but did not get any real traction. It is hard to reconcile the "measure twice, cut once" philosophy of RUP with Agile's "working software is the primary measure of progress."
Posted by: Glenn | 2012.07.14 at 16:24
Glenn,
Thanks for the comments. I did read the article on your link and I must say it feels eerily familiar.
I find that coders in general want to be more freewheeling than PMs. PMs often acquire habits to make their lives easier. Being an ex-soldier, an engineer, and a PM, habits are central to my life.
I just started a project where a number of tools have been put in place by various levels of management but none of these tools have been adopted by the development team members. It'll be management by walking around, I guess...
On your RUP adapted to Agile comment, I must say I feel that whatever the methodology you may have encountered the same results. It appears to me that it is more of a people problem than a methodology problem.
Personally I was trying to draw a parallel between iterations and Agile. RUP would of course be more stringent and would initially focus with removing technological hurdles. I don’t know how Agile deals with that; focusing on so software may in some cases yield something that does not scale. You could also draw a parallel with time boxing.
Posted by: Patrick Richard | 2012.07.18 at 08:26