<?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/"
	
	>
<channel>
	<title>
	Comments on: Why We Need Architects (and Architecture) on Agile Projects	</title>
	<atom:link href="https://www.scrumexpert.com/videos/why-we-need-architects-and-architecture-on-agile-projects/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.scrumexpert.com/videos/why-we-need-architects-and-architecture-on-agile-projects/</link>
	<description></description>
	<lastBuildDate>Tue, 18 Feb 2014 13:22:14 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Software Development Linkopedia December 2013		</title>
		<link>https://www.scrumexpert.com/videos/why-we-need-architects-and-architecture-on-agile-projects/#comment-17302</link>

		<dc:creator><![CDATA[Software Development Linkopedia December 2013]]></dc:creator>
		<pubDate>Wed, 11 Dec 2013 14:56:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=1727#comment-17302</guid>

					<description><![CDATA[[&#8230;] Video: Creating Customer Value with Quality Requirements Video: The Pomodoro Technique Video: Why We Need Architects (and Architecture) on Agile Projects Video: Test-Driven Development: Write Better Code in Less [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Video: Creating Customer Value with Quality Requirements Video: The Pomodoro Technique Video: Why We Need Architects (and Architecture) on Agile Projects Video: Test-Driven Development: Write Better Code in Less [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Andy Miles		</title>
		<link>https://www.scrumexpert.com/videos/why-we-need-architects-and-architecture-on-agile-projects/#comment-16409</link>

		<dc:creator><![CDATA[Andy Miles]]></dc:creator>
		<pubDate>Sat, 07 Dec 2013 17:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=1727#comment-16409</guid>

					<description><![CDATA[Adam is right: you must pay attention to architecture on any project. Adam is wrong: there are far too many people who believe architecture can just happen. I see it and read about it everywhere. Its not just about adding value with working code; the code has to be maintainable (unless the goal is a throwaway). We must work harder to educate and communicate how to apply techniques correctly, because far to many people dive inwithout thinking.]]></description>
			<content:encoded><![CDATA[<p>Adam is right: you must pay attention to architecture on any project. Adam is wrong: there are far too many people who believe architecture can just happen. I see it and read about it everywhere. Its not just about adding value with working code; the code has to be maintainable (unless the goal is a throwaway). We must work harder to educate and communicate how to apply techniques correctly, because far to many people dive inwithout thinking.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Adam Sroka		</title>
		<link>https://www.scrumexpert.com/videos/why-we-need-architects-and-architecture-on-agile-projects/#comment-16153</link>

		<dc:creator><![CDATA[Adam Sroka]]></dc:creator>
		<pubDate>Fri, 06 Dec 2013 15:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=1727#comment-16153</guid>

					<description><![CDATA[&quot;Some people think that software architecture should simply emerge and doesn’t require ongoing attention.&quot;

No, they don&#039;t. Emergent architecture is not about letting stuff happen without paying attention. Quite the opposite. 

The idea of emergent architecture is to build the simplest solution that solves the customer&#039;s problem. One that is thoroughly tested, clearly written, and contains a minimal number of parts. To do that we need to avoid, as long as possible, pulling in dependencies that we don&#039;t need at this exact moment. 

Every architectural decision you make today limits your options tomorrow. Decisions that effect the architecture will arise, but we defer them to the last responsible moment. The last responsible moment is the moment when not making a decision becomes a decision (e.g. if I don&#039;t pull in the web framework now I will have to write it myself.)]]></description>
			<content:encoded><![CDATA[<p>&#8220;Some people think that software architecture should simply emerge and doesn’t require ongoing attention.&#8221;</p>
<p>No, they don&#8217;t. Emergent architecture is not about letting stuff happen without paying attention. Quite the opposite. </p>
<p>The idea of emergent architecture is to build the simplest solution that solves the customer&#8217;s problem. One that is thoroughly tested, clearly written, and contains a minimal number of parts. To do that we need to avoid, as long as possible, pulling in dependencies that we don&#8217;t need at this exact moment. </p>
<p>Every architectural decision you make today limits your options tomorrow. Decisions that effect the architecture will arise, but we defer them to the last responsible moment. The last responsible moment is the moment when not making a decision becomes a decision (e.g. if I don&#8217;t pull in the web framework now I will have to write it myself.)</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
