<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Agile Scrum Videos and Tutorials &#187; architecture</title>
	<atom:link href="http://www.tvagile.com/tag/architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tvagile.com</link>
	<description>Agile Software Development, Scrum, Extreme Programing, XP, Test Driven Development, TDD, Feature Driven Development, FDD, Lean, DSDM, Behavior Driven Development, BDD, Refactoring, Pair Programming, Kanban</description>
	<lastBuildDate>Tue, 07 Feb 2012 17:04:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>The Frustrated Architect</title>
		<link>http://www.tvagile.com/2011/12/08/the-frustrated-architect/</link>
		<comments>http://www.tvagile.com/2011/12/08/the-frustrated-architect/#comments</comments>
		<pubDate>Thu, 08 Dec 2011 21:39:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2501</guid>
		<description><![CDATA[Software architecture plays a pivotal role in the delivery of successful software yet it&#8217;s frustratingly neglected by many teams. Whether performed by one person or shared amongst the team, the architecture role exists on even the most agile of teams yet the balance of up front and evolutionary thinking often reflects aspiration rather than reality. [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2011/12/08/the-frustrated-architect/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Architect Role in Scrum</title>
		<link>http://www.tvagile.com/2011/09/12/architect-role-in-scrum/</link>
		<comments>http://www.tvagile.com/2011/09/12/architect-role-in-scrum/#comments</comments>
		<pubDate>Mon, 12 Sep 2011 13:38:33 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2457</guid>
		<description><![CDATA[This short video summarize a clinic held at the Scrum Gathering that took place in Amsterdam, November 2010 and where the question was &#8220;What is the role of Architects in Scrum?&#8221;.]]></description>
		<wfw:commentRss>http://www.tvagile.com/2011/09/12/architect-role-in-scrum/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Architecture in an Agile World</title>
		<link>http://www.tvagile.com/2011/02/21/architecture-in-an-agile-world/</link>
		<comments>http://www.tvagile.com/2011/02/21/architecture-in-an-agile-world/#comments</comments>
		<pubDate>Mon, 21 Feb 2011 16:45:58 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2353</guid>
		<description><![CDATA[There often seems to be a tension that surfaces between the process (that which guides us) and the execution (that which we do). Agility and architecture also play out in this same way, and it can be a very destructive. Yet, each side needs the other to exist. In this session, we will turn this [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2011/02/21/architecture-in-an-agile-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Modularization, Testing and Technical Debt in a Large Agile Project</title>
		<link>http://www.tvagile.com/2010/11/15/modularization-testing-technical-debt-in-a-large-agile-project/</link>
		<comments>http://www.tvagile.com/2010/11/15/modularization-testing-technical-debt-in-a-large-agile-project/#comments</comments>
		<pubDate>Mon, 15 Nov 2010 18:21:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Software Testing]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[technical debt]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2261</guid>
		<description><![CDATA[This experience reports focuses on the major scrum–related technical challenges that arose during a 120 000 hour scrum controlled project. For each of them, we try to identify the cause and the consequence, and then follow up with any solutions we tried. Finally we sum up and assess whether the problem was successfully solved or [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2010/11/15/modularization-testing-technical-debt-in-a-large-agile-project/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The DCI Architecture: Lean and Agile at the Code Level</title>
		<link>http://www.tvagile.com/2010/08/30/the-dci-architecture-lean-and-agile-at-the-code-level/</link>
		<comments>http://www.tvagile.com/2010/08/30/the-dci-architecture-lean-and-agile-at-the-code-level/#comments</comments>
		<pubDate>Mon, 30 Aug 2010 10:42:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[Lean]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[coplien]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2176</guid>
		<description><![CDATA[James Coplien explains the DCI (Data, Context, Interaction) paradigm used to better represent the user’s mental model in code through system state and behavior. Coplien makes an attempt to reintroduce architecture to Lean and Agile projects due to its value in sustaining high velocity and change resiliency. http://www.infoq.com/presentations/The-DCI-Architecture]]></description>
		<wfw:commentRss>http://www.tvagile.com/2010/08/30/the-dci-architecture-lean-and-agile-at-the-code-level/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Folding Together DDD and Agile</title>
		<link>http://www.tvagile.com/2010/08/25/folding-together-ddd-and-agile/</link>
		<comments>http://www.tvagile.com/2010/08/25/folding-together-ddd-and-agile/#comments</comments>
		<pubDate>Wed, 25 Aug 2010 11:53:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[domain driven design]]></category>
		<category><![CDATA[evans]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2168</guid>
		<description><![CDATA[After a decade of heavy process, the Agile revolution of the late &#8217;90s threw off the dead hand of big upfront design. The bloody purge that followed was needed! There were unintended consequences. Too many teams interpret &#8220;Agile&#8221; as a permit to not think about design. But if they have ambitious goals, Agile teams need [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2010/08/25/folding-together-ddd-and-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Philippe Kruchten on Architecture and Technical Debt</title>
		<link>http://www.tvagile.com/2010/05/25/philippe-kruchten-on-architecture-and-technical-debt/</link>
		<comments>http://www.tvagile.com/2010/05/25/philippe-kruchten-on-architecture-and-technical-debt/#comments</comments>
		<pubDate>Tue, 25 May 2010 12:11:33 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[technical debt]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=2071</guid>
		<description><![CDATA[Philippe Kruchten recently spoke at the SDC conference about the importance of architecture, the relationship between architecture and Agile methods and the impact of technical debt. He discusses a number of false dichotomies that have emerged between agility and discipline and agility and architecture. He emphasizes the importance of context in selecting a software development [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2010/05/25/philippe-kruchten-on-architecture-and-technical-debt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Just-In-Time Scalability: Agile Methods to Support Massive Growth</title>
		<link>http://www.tvagile.com/2010/01/22/just-in-time-scalability-agile-methods-to-support-massive-growth/</link>
		<comments>http://www.tvagile.com/2010/01/22/just-in-time-scalability-agile-methods-to-support-massive-growth/#comments</comments>
		<pubDate>Fri, 22 Jan 2010 11:42:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[Database]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1898</guid>
		<description><![CDATA[In the course of six months IMVU’s user base quadrupled in size. At the start of this period we were bottlenecked on a single central database. During these six months we evolved IMVU’s architecture to use caching with memcached, replication, horizontal and vertical partitioning to support this growth. We’ll look specifically at implementing horizontal partitioning [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2010/01/22/just-in-time-scalability-agile-methods-to-support-massive-growth/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Talking Architects with Len Bass</title>
		<link>http://www.tvagile.com/2009/11/11/talking-architects-with-len-bass/</link>
		<comments>http://www.tvagile.com/2009/11/11/talking-architects-with-len-bass/#comments</comments>
		<pubDate>Wed, 11 Nov 2009 12:26:36 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[requirements]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1749</guid>
		<description><![CDATA[Quality Attributes (Non-functional requirements) as first class citizens of a project? Too far fetched? Len Bass, co-author of Software Architecture in Practice and longstanding member of the Software Engineering Institute (SEI), thinks he has an answer. But how does this fit in an agile world?]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/11/11/talking-architects-with-len-bass/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
<enclosure url="http://ecn.channel9.msdn.com/o9/ch9/5/6/6/2/0/5/TALenBass_ch9.wmv" length="208742537" type="video/x-ms-wmv" />
		</item>
		<item>
		<title>Agile Architecture, with an Update</title>
		<link>http://www.tvagile.com/2009/08/27/agile-architecture-with-an-update/</link>
		<comments>http://www.tvagile.com/2009/08/27/agile-architecture-with-an-update/#comments</comments>
		<pubDate>Thu, 27 Aug 2009 11:26:42 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1564</guid>
		<description><![CDATA[James &#8220;Cope&#8221; Coplien has long been speaking about the need to maintain good but lightweight architectural practices in an Agile setting, and points to both industry experience and formal studies that support this position. Cope will talk in general about winning strategies that amplify the Agile values through good architectural practice. In the in-depth seminar [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/08/27/agile-architecture-with-an-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile and Architecture</title>
		<link>http://www.tvagile.com/2009/08/20/agile-and-architecture/</link>
		<comments>http://www.tvagile.com/2009/08/20/agile-and-architecture/#comments</comments>
		<pubDate>Thu, 20 Aug 2009 11:24:54 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1511</guid>
		<description><![CDATA[Interesting things happen when you put the words “Agile” and “Architecture” in the same sentence. Some would say that they have nothing to do with each other, others would say that effectiveness in one precludes effectiveness in the other. Still others would say “look, a squirrel”, but we’re not going to worry about them right [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/08/20/agile-and-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agilists and Architects: Allies not Adversaries</title>
		<link>http://www.tvagile.com/2009/07/23/agilists-and-architects-allies-not-adversaries/</link>
		<comments>http://www.tvagile.com/2009/07/23/agilists-and-architects-allies-not-adversaries/#comments</comments>
		<pubDate>Thu, 23 Jul 2009 11:31:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[fowler]]></category>
		<category><![CDATA[parsons]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1447</guid>
		<description><![CDATA[As Agile becomes more accepted, concerns from architecture groups are increasing. Traditional ways that architects engage with development groups conflict with Agile methods. This talk describes ways that Agile methods can benefit architects, addresses concerns architects express about agile, and proposes ways that architects and agile development teams can become allies. http://www.infoq.com/presentations/agilists-and-architects]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/07/23/agilists-and-architects-allies-not-adversaries/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How does design get done on an Agile Project?</title>
		<link>http://www.tvagile.com/2009/05/19/how-does-design-get-done-on-an-agile-project/</link>
		<comments>http://www.tvagile.com/2009/05/19/how-does-design-get-done-on-an-agile-project/#comments</comments>
		<pubDate>Tue, 19 May 2009 11:48:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[miller]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1353</guid>
		<description><![CDATA[Agile projects have a reputation in many circles as cowboy coding or purely “code n’fix.” While there might not be an explicitly defined “Architecture” or “Design” phase or activity, design is still an integral part of any successful Agile project. This talk will discuss the questions of when, how, and by whom is design accomplished. [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/05/19/how-does-design-get-done-on-an-agile-project/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Enterprise Software Development Using Domain-Driven Design and Test First</title>
		<link>http://www.tvagile.com/2009/02/13/agile-enterprise-software-development-using-domain-driven-design-and-test-first/</link>
		<comments>http://www.tvagile.com/2009/02/13/agile-enterprise-software-development-using-domain-driven-design-and-test-first/#comments</comments>
		<pubDate>Fri, 13 Feb 2009 11:47:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[domain driven design]]></category>

		<guid isPermaLink="false">http://www.tvagile.com/?p=1224</guid>
		<description><![CDATA[This talk presents the experience gained and lessons learned when the IT department at Statoil ASA, a large Oil and Gas company in Norway, used Domain-Driven design techniques to verify the software architecture chosen for the development of our group oil trading application. The hypothesis was that the use of object oriented techniques, domain driven [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2009/02/13/agile-enterprise-software-development-using-domain-driven-design-and-test-first/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Architecture Is Not Fragile Architecture</title>
		<link>http://www.tvagile.com/2008/06/12/agile-architecture-is-not-fragile-architecture/</link>
		<comments>http://www.tvagile.com/2008/06/12/agile-architecture-is-not-fragile-architecture/#comments</comments>
		<pubDate>Thu, 12 Jun 2008 14:35:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[coplien]]></category>

		<guid isPermaLink="false">http://www.softdevtube.com/?p=90</guid>
		<description><![CDATA[Architecture is perceived as a heavy-weight activity which does not fit into an Agile process, so many teams start without it, just to find themselves re-doing the software later because the code structure was not good enough to support maintainability and evolution. In this presentation, Coplien and Henney describe how to start with enough architecture [...]]]></description>
		<wfw:commentRss>http://www.tvagile.com/2008/06/12/agile-architecture-is-not-fragile-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

