<?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: Round-up of Processes, Methodologies, &amp; Best Practices</title>
	<atom:link href="http://refactr.com/blog/2006/11/round-up-of-processes-methodologies-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://refactr.com/blog/2006/11/round-up-of-processes-methodologies-best-practices/</link>
	<description>informs on and evangelizes best practices of using  &#60;a href="http://refactr.com/the-agile-manifesto/"&#62;agile methods&#60;/a&#62; when designing and developing what are currently being called “Web 2.0” products and applications.</description>
	<lastBuildDate>Tue, 15 May 2012 14:51:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Ben</title>
		<link>http://refactr.com/blog/2006/11/round-up-of-processes-methodologies-best-practices/comment-page-1/#comment-165</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 07 Nov 2006 02:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://refactr.com/2006/11/06/round-up-of-processes-methodologies-best-practices/#comment-165</guid>
		<description>Jesse you hit on some good ones, and there are many on the list. Here are three additional refactr faves:
&lt;ul&gt;
	&lt;li&gt;&lt;a rel=&quot;nofollow&quot; href=&quot;http://pairprogramming.com/&quot; rel=&quot;nofollow&quot;&gt;Pair Programming&lt;/a&gt; - We use this a lot here at work. More interesting for me is how we sometimes pair a designer and a developer for work on more of the client side work.&lt;/li&gt;
	&lt;li&gt;&lt;a rel=&quot;nofollow&quot; href=&quot;http://c2.com/cgi/wiki/wiki?HistoryOfIterative&quot; rel=&quot;nofollow&quot;&gt;Iterative and Incremental Development&lt;/a&gt; - One of the most important things we do is release new code each week. This allows for a great deal of flexibility and responsiveness to the needs of the client. We can essentially change course each and every week; accounting for shifts in focus and priorities.&lt;/li&gt;
	&lt;li&gt;&lt;a rel=&quot;nofollow&quot; href=&quot;http://c2.com/cgi/wiki/wiki?HistoryOfIterative&quot; rel=&quot;nofollow&quot;&gt;KISS principle (Keep It Simple, Stupid)&lt;/a&gt; - Whenever I am trying to solve an interface problem, perhaps deciding between two or more options I know I can rarely go wrong by selecting the simplest solution.&lt;/li&gt;
&lt;/ul&gt;
Great list!</description>
		<content:encoded><![CDATA[<p>Jesse you hit on some good ones, and there are many on the list. Here are three additional refactr faves:</p>
<ul>
<li><a rel="nofollow" href="http://pairprogramming.com/" rel="nofollow">Pair Programming</a> &#8211; We use this a lot here at work. More interesting for me is how we sometimes pair a designer and a developer for work on more of the client side work.</li>
<li><a rel="nofollow" href="http://c2.com/cgi/wiki/wiki?HistoryOfIterative" rel="nofollow">Iterative and Incremental Development</a> &#8211; One of the most important things we do is release new code each week. This allows for a great deal of flexibility and responsiveness to the needs of the client. We can essentially change course each and every week; accounting for shifts in focus and priorities.</li>
<li><a rel="nofollow" href="http://c2.com/cgi/wiki/wiki?HistoryOfIterative" rel="nofollow">KISS principle (Keep It Simple, Stupid)</a> &#8211; Whenever I am trying to solve an interface problem, perhaps deciding between two or more options I know I can rarely go wrong by selecting the simplest solution.</li>
</ul>
<p>Great list!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

