http://jrothman.com/blog/mpd/2007/04/letting-go-of-bduf.html Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk. Thu, 08 Jan 2009 17:04:47 +0000 http://wordpress.org/?v=2.7 hourly 1 http://jrothman.com/blog/mpd/2007/04/letting-go-of-bduf.html/comment-page-1#comment-648 Arnon Rotem-Gal-Oz Mon, 14 May 2007 02:41:04 +0000 http://jrothman.com/blog/mpd/?p=7977#comment-648 Hi Johanna, Hi highly agree with your statement that you should let architecture evolve. However, I don't agree that you *always* can't predict what the architecture needs to be. When you are building a system that is similar to systems you've built in the past, you can have a good notion on the major architectural decisions. This is not to say that you shouldn't implement the bare minimum of it and that you shouldn't allow the architecture to evolve. ( I called that JEDUF (http://www.ddj.com/blog/architectblog/archives/2006/07/jeduf.html) just enough design up front) By the way, unless you only did some spikes to test architectural decisions, I expect an architectural prototype to end with a few user stories working. These stories might not be the top priority ones from the users perspective (since hi-value ones stories are not always the most risky technologically or architecturally ) but they are real stories Hi Johanna,
Hi highly agree with your statement that you should let architecture evolve.
However, I don’t agree that you *always* can’t predict what the architecture needs to be. When you are building a system that is similar to systems you’ve built in the past, you can have a good notion on the major architectural decisions. This is not to say that you shouldn’t implement the bare minimum of it and that you shouldn’t allow the architecture to evolve. ( I called that JEDUF (http://www.ddj.com/blog/architectblog/archives/2006/07/jeduf.html) just enough design up front)
By the way, unless you only did some spikes to test architectural decisions, I expect an architectural prototype to end with a few user stories working. These stories might not be the top priority ones from the users perspective (since hi-value ones stories are not always the most risky technologically or architecturally ) but they are real stories

]]>