<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Agile in your architecture process&#8230;where to put it?</title>
	<atom:link href="http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/</link>
	<description>Rants on GIS, .NET, and life in general</description>
	<lastBuildDate>Mon, 21 Sep 2009 12:56:28 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris Spagnuolo's EdgeHopper</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-147</link>
		<dc:creator>Chris Spagnuolo's EdgeHopper</dc:creator>
		<pubDate>Tue, 09 Sep 2008 19:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-147</guid>
		<description>[...] tasks are not really useable by our clients and we really can&#8217;t demo them either.  Brian Noyle recently wrote a post on his blog asking a similar [...]</description>
		<content:encoded><![CDATA[<p>[...] tasks are not really useable by our clients and we really can&#8217;t demo them either.  Brian Noyle recently wrote a post on his blog asking a similar [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-94</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Fri, 14 Mar 2008 20:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-94</guid>
		<description>nice site.</description>
		<content:encoded><![CDATA[<p>nice site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: homebrutrout</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-13</link>
		<dc:creator>homebrutrout</dc:creator>
		<pubDate>Thu, 17 Jan 2008 20:53:18 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-13</guid>
		<description>Thanks Chris,
The coarse-to-fine grain iterative architecture process worked well for me on a previous project.  Technology selection and black box diagrams up front, evolving down to communication paradigms, interaction models, and class diagrams as we moved forward.  Comprehensive forward engineering is definitely NOT the only option...nor is it the best one in my estimation.

Cheers,
Brian</description>
		<content:encoded><![CDATA[<p>Thanks Chris,<br />
The coarse-to-fine grain iterative architecture process worked well for me on a previous project.  Technology selection and black box diagrams up front, evolving down to communication paradigms, interaction models, and class diagrams as we moved forward.  Comprehensive forward engineering is definitely NOT the only option&#8230;nor is it the best one in my estimation.</p>
<p>Cheers,<br />
Brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Spagnuolo</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-12</link>
		<dc:creator>Chris Spagnuolo</dc:creator>
		<pubDate>Thu, 17 Jan 2008 20:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-12</guid>
		<description>Brian, this is an excellent post.  Most people discount agile practices because of this design/architecture argument.  I think it&#039;s a non-starter.  Agile does address both, it just does it in an  iterative fashion.  However, you have to be careful to balance your time spent on up-front architecture with actually building &quot;deliverable&quot; functionality to your clients.  If you looked at it like a bar chart, in the early iterations you&#039;d see big architectural bars and small functionality bars.  Conversely, as you get deeper into your project, the later iterations will have small or no architecture bars and big functionality bars.  I&#039;ll be writing a blog post about this next week and will let you know when it&#039;s up.

Chris</description>
		<content:encoded><![CDATA[<p>Brian, this is an excellent post.  Most people discount agile practices because of this design/architecture argument.  I think it&#8217;s a non-starter.  Agile does address both, it just does it in an  iterative fashion.  However, you have to be careful to balance your time spent on up-front architecture with actually building &#8220;deliverable&#8221; functionality to your clients.  If you looked at it like a bar chart, in the early iterations you&#8217;d see big architectural bars and small functionality bars.  Conversely, as you get deeper into your project, the later iterations will have small or no architecture bars and big functionality bars.  I&#8217;ll be writing a blog post about this next week and will let you know when it&#8217;s up.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
