<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Architecture makes Agile Processes Scalable</title><link>http://blogs.msdn.com/nickmalik/archive/2009/05/19/architecture-makes-agile-processes-scalable.aspx</link><description>As many of you may know, Microsoft has a vocal and thriving Agile Software Development community.&amp;#160; Recently, on our community forum, a question appeared about the ability of Agile development to “scale” to a large team.&amp;#160; In other words, if we</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Architecture makes Agile Processes Scalable</title><link>http://blogs.msdn.com/nickmalik/archive/2009/05/19/architecture-makes-agile-processes-scalable.aspx#9632180</link><pubDate>Wed, 20 May 2009 16:29:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9632180</guid><dc:creator>Akshyadeep Raghav</dc:creator><description>&lt;p&gt;Nick... nice thoughts and article, I wanna put loads of comment on this one, will probabily write whenver gets time.&lt;/p&gt;
&lt;p&gt;You loves architecture :)&lt;/p&gt;</description></item><item><title>re: Architecture makes Agile Processes Scalable</title><link>http://blogs.msdn.com/nickmalik/archive/2009/05/19/architecture-makes-agile-processes-scalable.aspx#9640100</link><pubDate>Mon, 25 May 2009 11:11:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9640100</guid><dc:creator>Dave Sammut</dc:creator><description>&lt;p&gt;Good insight, we've had a similar experience where Domain Driven Design techniques were applied to achieve an agile 'friendly' architecture.&lt;/p&gt;</description></item><item><title>re: Architecture makes Agile Processes Scalable</title><link>http://blogs.msdn.com/nickmalik/archive/2009/05/19/architecture-makes-agile-processes-scalable.aspx#9641935</link><pubDate>Tue, 26 May 2009 21:59:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9641935</guid><dc:creator>byjujoy</dc:creator><description>&lt;p&gt;...a convincing example on benefits of decoupling and implementing web service/contracts. Good article.&lt;/p&gt;
&lt;p&gt;But how about the code we inherited? Is it worth refactoring spending again around 5-20% of original effort? A stitch in time saves nine. Probably it is too late to re-architect the inherited/legacy code. However this sure will work cool with newish applications. Unfortunately we still need to maintain old code, and release weekends are horrifying.&lt;/p&gt;
</description></item><item><title>re: Architecture makes Agile Processes Scalable</title><link>http://blogs.msdn.com/nickmalik/archive/2009/05/19/architecture-makes-agile-processes-scalable.aspx#9647763</link><pubDate>Thu, 28 May 2009 19:26:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9647763</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Hi Byjujoy,&lt;/p&gt;
&lt;p&gt;&amp;gt;&amp;gt;Is it worth refactoring spending again around 5-20%...&amp;quot;&amp;lt;&amp;lt;&lt;/p&gt;
&lt;p&gt;You tell me. Is there a specific business problem you can solve by adding architecture? &amp;nbsp;If you are not adding architecture, are you adding test cases? &amp;nbsp;(Two different things, for two different, complimentary, reasons).&lt;/p&gt;
&lt;p&gt;If you cannot solve a business problem by refactoring the code, then perhaps you don't. &amp;nbsp;You say that &amp;quot;release weekends&amp;quot; are horrifying... are they unsustainable? &amp;nbsp;Does quality suffer? &amp;nbsp;Do your customers suffer? &amp;nbsp;If so, go back to the business and ask them if they want to reduce those impacts. &amp;nbsp;If they say yes, then add JUST ENOUGH architecture (and test case coverage) to solve that problem.&lt;/p&gt;
&lt;p&gt;I wouldn't add architecture if it is not needed to solve a problem. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;--- N&lt;/p&gt;
</description></item></channel></rss>